网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
已发表的技术专栏
0 grpc-go、protobuf、multus-cni 技术专栏 总入口
4 grpc、oauth2、openssl、双向认证、单向认证等专栏文章目录)
本小节主要分析一下,当服务器端接收到客户端的请求后,服务器端的整体流程是怎么处理的。
先从整体的角度去了解,然后再慢慢细化。
1、grpc服务器端处理grpc客户端的整体流程介绍 |
直接上图,整体流程处理图:
主要流程如下:
- 客户端跟服务器端发起rpc链接请求,双方链接建立后
- 客户端向服务器端发起多次服务请求,如客户端本地调用多次SayHello方法
- 服务器端接收到客户端的请求后,会创建一个协程,来专门处理
- 在此协程里,会创建ServiceTransport,即http2Server; http2Server创建好,基本上标志着双方底层已经建立好了链接。
- 使用协程的方式创建一个帧发送器
- 使用http2Server启动帧接收器,在帧接收器里可以处理多种类型的帧。
- 帧接收器接收到客户端的头帧后,对头帧进行解析,获得协议字段,如grpc-timeout,context-type, grpc-encoding等,有了协议字段,就可以知道如何读取数据了,比方说,将获取到的数据根据grpc-encoding进行解压,客户端调用服务器的哪个方法等
- 从头帧里可以获取到流ID,然后创建流,创建流的同时,需要创建一个缓存,专门用于存储从数据帧里的接收到的数据。注意,每个流都有自己的缓存,多个流之间不共享缓存的。
- 流创建好后,需要根据流处理模式来处理刚创建好的流;
- grpc服务器端提供了两种模式:
- 一种是独占模式,即一个方法请求,单独创建一个流;
- 另外一种是共享模式,即先初始化N个工作协程,将客户端请求均衡的分发N个协程里,比方说请求1,请求3使用同一个协程去处理
- grpc服务器端提供了两种模式:
- 假设采用独占模式,将请求转发给工作协程,工作协程中的数据接收器会专门从流的缓存里死循环式的读取数据,直到读取完成,然后根据协议字段grpc-encoding决定是否对数据进行解压。
- 从头帧中可以获取到客户端请求的方法名称,如/helloworld.Greeter/SayHello,数据帧中的数据其实就是SayHello方法的参数值
- 服务器端已经知道客户端要调用的方法的名称以及具体的参数值了,就可以具体执行了。
- 服务器端将执行的结果,转换为数据帧,交由帧发送器处理
- 帧发送器将数据帧,也就是具体的执行结果,发送给客户端,
服务器端的主要处理流程,基本结束了,剩下的就是客户端利用自己的帧接收器进行接收了。
| |
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**