一、网络模型
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