多路复用技术分为三种 微服务调用为啥用RPC框架，http不更简单吗？
微服务调用为啥用RPC框架，http不更简单吗？
简单一点，HTTP是协议，RPC是概念！RPC可以基于HTTP协议（feign）、TCP协议（netty）、RMI协议（soap）和web服务（XML-RPC）框架实现。在传输过程中，由于序列化方法的不同，也出现了一些框架和协议，如Dubbo中的Dubbo协议、grpc protobuf序列化协议等。实际上，它们都是基于远程调用的概念。什么是远程呼叫？
关键是RPC是远程调用。远程调用是客户端通过上述协议向服务器发送接口、参数、参数类型、方法、返回值、返回值类型等（称为方法签名），通知服务器要调用的接口方法。这个过程就是RPC的实现过程！HTTP和RPC是两码事
！在性能方面，HTTP本身是基于TCP协议的，属于应用层协议，所以HTTP协议本身在实现过程中会占用大量的资源（内存、带宽等）。在性能方面，它肯定不如直接通过TCP实现的RPC协议快。不管HTTP有多优化，它绝对没有TCP那么快！另一方面，TCP依赖于字节码。目前常用的是将客户端调用的接口信息以序列化的方式发送到服务器端。序列化框架包括许多内容（Hession、protobuf、kryo等）。Kryo具有最高的序列化性能，protobuf具有序列化后最小的字节码）。序列化后的字节码越小，占用的带宽越小，序列化时间越长，线程IO延迟越短，线程IO延迟越小。因此，在具体的应用层，有很多技术可以讨论。您可以根据自己的硬件能力选择相应的技术
！欢迎热爱科技的人们来探索
在做程序员的道路上，你掌握了什么概念或技术使你感觉自我提升突飞猛进？
我是甲方的ERP程序员，公司刚推出ERP系统时，大家都觉得上帝的存在太复杂了。
上线后，各种问题层出不穷，项目已通过验收。乙方一听我们的问题，就会有两个动作：1）这个问题不在需求范围内，需要付费解决；2）这个问题这个版本没有解决，下一个版本可以解决。
显然，这是个小问题。为什么不能解决？最重要的原因是没有源代码。ERP归根结底是对数据库的添加、删除和修改。直到我明白了这两点，ERP的“九字真言”终于越过了前三个字。（所谓ERP九字咒语是：先刚性，后固化，再优化）。
我理解的两点如下：1）真正理解ERP逻辑的人不是计算机工作者，而是业务骨干。ERP构建了最常见、最核心的业务逻辑，体现在操作流程和功能接口上。只有业务骨干才能真正理解这种设计的必要性。
2）只要程序员与业务主干相结合，尽管没有源代码，但还是有办法看到添加、删除、修改和查询的代码是如何操作数据库的。这是SQL事件探查器跟踪程序。
两者结合后，ERP维护将变得非常简单。毕竟，一个已经上市几十年的ERP产品具有很好的稳定性和继承性。那么，各种个性化报表的开发就非常简单了。
随着对业务编程越来越熟悉，这个团队将对ERP产品有非常透彻的了解，终于有一天。乙方要求增加维修费，我们想了想，没有，我们自己维修吧。然后，我们将ERP的生产功能分离，自行定制开发，并逐步完善，越来越喜欢它。这是九字咒语的最后一个阶段：优化。
当然，这一过程的实现得益于ERP产品开发平台的支持和自身的开发逻辑。大型工厂（包括国外SAP）的ERP从财务模块开始，再到供应链，再到制造，再到商业智能。这决定了每个模块是松散耦合的。在演化过程中，采用了多种接口方式，从硬写数据库到使用XML交换数据，再到COM组件接口、API，甚至提出了整体开发平台，并用开发平台重写业务文档。基本上，这些资料可以在网上找到。如果你参加几次由大工厂组织的开发培训，就更容易开始。
多路复用技术分为三种 java异步和同步区别是什么 缓冲流的优点和原理
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
