微服务调用为啥用RPC框架，http不更简单吗？简单一点，HTTP是协议，RPC是概念！RPC可以基于HTTP协议（feign）、TCP协议（netty）、RMI协议（soap）和web服务（XML-RPC）框架实现。在传输过程中，由于序列化方法的不同，也出现了一些框架和协议，如Dubbo中的Dubbo协议、grpcprotobuf序列化协议等。实际上，它们都是基于远程调用的概念。什么是远程呼叫？

关键是RPC是远程调用。远程调用是客户端通过上述协议向服务器发送接口、参数、参数类型、方法、返回值、返回值类型等（称为方法签名），通知服务器要调用的接口方法。这个过程就是RPC的实现过程！HTTP和RPC是两码事

创新互联是一家专业提供巨鹿企业网站建设,专注与成都网站设计、成都网站建设、H5开发、小程序制作等业务。10年已为巨鹿众多企业、政府机构等服务。创新互联专业网络公司优惠进行中。

！在性能方面，HTTP本身是基于TCP协议的，属于应用层协议，所以HTTP协议本身在实现过程中会占用大量的资源（内存、带宽等）。在性能方面，它肯定不如直接通过TCP实现的RPC协议快。不管HTTP有多优化，它绝对没有TCP那么快！另一方面，TCP依赖于字节码。目前常用的是将客户端调用的接口信息以序列化的方式发送到服务器端。序列化框架包括许多内容（Hession、protobuf、kryo等）。Kryo具有高的序列化性能，protobuf具有序列化后最小的字节码）。序列化后的字节码越小，占用的带宽越小，序列化时间越长，线程IO延迟越短，线程IO延迟越小。因此，在具体的应用层，有很多技术可以讨论。您可以根据自己的硬件能力选择相应的技术

！欢迎热爱科技的人们来探索

NetCore已经开源好几年了,为什么不像JVM那样很多人研究和调优其GC算法？

我们已经推出了几个。Net核心项目，基本上是docker。净核心2/3。说实话。netcore的GC非常好。基本上，你不需要像Java那样做很多优化。所以没有多少研究是正常的。换句话说，如果一个GC需要做很多优化，那么它肯定不是一个好的GC。当然，平时编程、常用的非托管对象处理等都必须掌握。

“.NetCore”能令微软的“.Net”迎来转机吗？

。

你为什么这么说？

是的，它只能部署在Windows平台上。老实说，它把自己限制在死亡的范围内。因为在互联网环境中，真正选择windows服务器的企业服务器并不多。net可以做什么，Java等都可以实现，它们可以跨平台。人们为什么要选择。网络？

（尽管仍然存在兼容性问题），微软已经迈出了这一步，并开始拥抱开源，这是一个好现象。

。

现在。网芯还是个孩子，有很多不完善的地方，这就决定了它在这条路上还有很长的路要走。从客户应用的角度来看，是否存在一些问题。Net核心，百度和谷歌将无法找到解决方案。目前，使用的大型公司并不多。净核心在中国。从这一点来看，学习成本、应用成本和推广成本都存在差异。网芯相当大。

以上是我的意见，如果有的话。网友有不同意见，请留言如下。

分享标题：net分布式框架哪个好微服务调用为啥用RPC框架，http不更简单吗？-创新互联
文章网址：http://azwzsj.com/article/dogpsi.html