grpc-go源码剖析三十二之grpc服务器端处理客户端请求的整体流程?

已发表的技术专栏
0  grpc-go、protobuf、multus-cni 技术专栏 总入口

1  grpc-go 源码剖析与实战  文章目录

2  Protobuf介绍与实战 图文专栏  文章目录

3  multus-cni   文章目录(k8s多网络实现方案)

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-encoding决定是否对数据进行解压。
• 从头帧中可以获取到客户端请求的方法名称，如/helloworld.Greeter/SayHello，数据帧中的数据其实就是SayHello方法的参数值
• 服务器端已经知道客户端要调用的方法的名称以及具体的参数值了，就可以具体执行了。
• 服务器端将执行的结果，转换为数据帧，交由帧发送器处理
• 帧发送器将数据帧，也就是具体的执行结果，发送给客户端，

服务器端的主要处理流程，基本结束了，剩下的就是客户端利用自己的帧接收器进行接收了。

2、总结

  本小节主要是总结了一下，grpc服务器端是如何处理grpc客户端的请求的；如

• 是独占模式，处理客户端的每个请求，还是共享协程模式，处理客户端的请求
• 通过头帧来获取请求的元数据信息，如请求方法的名称，解压信息等
• 通过数据帧来获取请求方法的具体参数值
• grpc客户端发送的数据帧是存储到什么地方

等等

  在接下来的文章里，我们会依次详细的介绍grpc服务器端处理grpc客户端的请求流程。

下一篇文章
  grpc服务器端对客户端的每次请求是单协程处理还是多协程处理？

 

点击下面的图片，返回到专栏大纲