.NetCore3.1 gRPC 实战

GRPC的理解

grpc每个流只有一个grpc的数据帧，这个数据帧在传输的时候，会拆成多个http2的数据帧进行传输，然后在接受端，把所有http2的数据帧拼接成grpc的数据帧，再反序列化成请求的结构体。如果一次传输数据过大，在序列化和反序列化的时候，都会占用大量的cpu，不仅仅序列化，单纯的内存复制，也会占用大量cpu，而且，传输的时候，对带宽的影响也是很大的。因此，grpc不推荐一次传输大量数据，如果有大量数据要传输，则使用stream模式。【当然，grpc单次数据传输的大小限制是可以修改的，但是不建议你这么做】【默认最大消息大小为4MB 】【不断修改增加服务端和客户端消息大小，每次请求不一定需要全部数据，会导致性能上和资源上的浪费】【grpc协议层是基于http2设计的（但之前看一片测评文章，结构发现文件传输的时候速度有点慢，因为大量数据传输的场景瓶颈在于tcp，如果还在一个tcp上进行多路复用，那只会加剧锁竞争）】

grpc原理

1）需要使用protobuf定义接口，即.proto文件 2）然后使用compile工具生成特定语言的执行代码，比如JAVA、C/C++、Python等。类似于thrift，为了解决跨语言问题。 3）启动一个Server端，server端通过侦听指定的port，来等待Client链接请求，通常使用Netty来构建，GRPC内置了Netty的支持。 4）启动一个或者多个Client端，Client也是基于Netty，Client通过与Server建立TCP长链接，并发送请求；Request与Response均被封装成HTTP2的stream Frame，通过Netty Channel进行交互。对于GRPC的“鼓吹”，本文不多表述，截止到今日，GRPC仍然处于开发阶段，尚没有release版本，而且特性也很多需要补充；GRPC基于protobuf 3.x，但是protobuf

gRPC，全名Google Remote Procedure Call，是由Google开源的高性能、开源的、通用的RPC框架。它基于HTTP/2协议，支持多种编程语言，具有二进制协议、序列化简单、高性能、向后和向前兼容性、多语言支持、使用protocol buffers等特性。gRPC框架可以让我们轻松创建分布式应用程序和服务，实现客户端可以直接调用服务端的方法，就像它们是本地对象一样。优点包括protobuf二进制消息，性能好/效率高，序列化反序列化直接对应程序中的数据类，不需要解析后在进行映射，支持向前和向后兼容，支持多种语言，集成Netty等一些框架，但也有缺点，如gRPC尚未提供连接池，需要自行实现，尚未提供“服务发现”、“负载均衡”机制，因为基于HTTP2，绝大部多数HTTP Server、Nginx都尚不支持，且Protobuf二进制可读性差，不支持动态特性。gRPC支持多种语言，如C,