GRPC-C++源码分析（一）--初识

一、网络模型

1.1 普适性的rpc网络模型

　　上面的图是一个极简的网络模型图，当前大部分rpc的网络库都要经历上面的部分。

• • bind常规操作
  • listen描述符建立成功后会注册到epoll模型，等待链接接入
  • accept成功建立
  • accept描述符注册到epoll模型，等待请求
  • 请求到来，描述符可读，处理请求，一般包括的协议的解析
  • 请求送到逻辑模块或者叫做业务模块进行处理
  • 逻辑处理完成等待发送
  • epoll调度完成结果发送

1.2 grpc网络模型

　　grpc会启动多个线程的epoll来处理描述符。

• 得益于SO_REUSEPORT参数，同一个listenfd可以被放到多个epoll中进行监听。
• 当一个链接成功建立后会生成acceptfd，这个acceptfd会被随机的分配到现有的epoll中，目前grpc的分配策略是轮询（round-robin）。

二、线程模型

2.1 线程运行图

2.2 线程运行图分析

• 图中绿色的方框代表线程
• 红色虚线表示新线程的创建
• 红色方框是公共的list
• 蓝色字体的方框是“关键字”，标示了第一章网络模型中出现的关键字，方便一一对应
• DoWork是逻辑处理模块
• main是主线程，完成了描述符的bind和listen。创建了两个执行线程default-excutor和reslover-excutor，创建了一个epoll_wait线程SyncRequestThreadManager，SyncRequestThreadManager数量是可配置的
• default-excutor线程等待红框grpc_closure_list中的任务，main线程通过GRPC_CLOSURE_SCHED方法将任务放到grpc_closure_list中来激活default-excutor执行任务。default-excutor完成了listenfd和epoll的创建，并将listenfd注册到了epoll中。
• SyncRequestThreadManager线程用来epoll_wait，处理读、写操作。同时处理请求的具体逻辑。
• 暂时没发现resolver-executor的很具体的用处。欢迎各路同学前来补充。

三、转载于

https://zhuanlan.zhihu.com/p/63815100

https://zhuanlan.zhihu.com/p/63815292