腾讯微服务框架-MSEC(spp-rpc)

本文详细解析了一张UML图,介绍了CFrame和CServerBase等核心类的功能,深入探讨了controller、proxy和worker三个进程的职责与交互方式。controller通过消息队列监控proxy和worker的健康度,proxy接收用户请求并将数据写入共享内存,而worker从共享内存读取请求数据并处理业务逻辑。

第一张:UML图

 

uml

 

核心class介绍:

 

  • CFrame:框架公共类,主要包括框架日志对象、框架监控日志对象、框架统计对象;
  • CServerBase:服务器程序基础类,包含运行环境初始化、日志、统计、监控对象

三个进程,都继承以上两个基类:

  • controller进程:CDefaultCtrl类,主要负责controller,通过消息队列来监控proxy和worker的健康度
  • proxy进程:CDefaultProxy类,负责接受用户请求,讲请求数据写入到共享内存
  • worker进程: CDefaultWorker类,业务处理逻辑,从共享内存中读取请求数据,进行业务处理完成后,写回到共享内存。

其他核心class

  • CTCommu(通讯类抽象接口)
    • CTSockCommu(网络通信类):网络监听,接收网络请求,epoll操作
    • CShmCommu(共享内存操作类):共享内存相关操作类,和CTSockCommu都继承于CTCommu,也实现了poll方法,这里的poll只是从共享内存中获取数据,和unix底层的poll不同,比较容易误导.
  • CMQCommu(消息队列通讯类):controller进程通过消息队列**监控**proxy进程和worker进程.


启动后的进程

第二张: proxy接收客户端请求的流程是怎样的?

proxy
proxy

 

(1)接收请求逻辑

 

 

(2)回包逻辑

  1. 轮询shm。同样是在 CDefaultProxy 中的realrun方法中,it->second->poll(true)监听回包共享内存;
  2. 监听到有回包。CShmCommupoll方法,如果有mem_queue_pop_nm出来
  3. sendto回客户端。ctor_recvdata中CTSockCommu中的CTSockCommu

第三张: worker是如何处理业务请求的?

worker




 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值