tars源码分析-客户端部分

tars 客户端部分代码分析

项目地址: 转载请注明出处

主要类和功能

• Communicator

  管理io线程和异步回调线程，相当于大脑， 协调各个部分的合作

• CommunicatorEpoll

  io线程，内涵协程调度器，调度器内包含epoll切驱动epoll

• ServantProxy

  远程调用的入口，不同的入口最终会调用servant_invoke, 函数内部组装message所需的数据。选择本线程的消息队列以及轮训选择CommunicatorEpoll（io线程）。message入队，唤醒io线程的epoller。

• ObjectProxy

  servantProxy在CommunicatorEpoll中的替身。message经过线程消息队列，被epoller唤醒以后会交给ProjectProxy， 对应接口为invoke

• AdaptorProxy

  objectProxy痛殴endpointMgr管理多个adaptorProxy， 每个AdaptorProxy对应一个远程服务。objectProxy承载的invoke会通过adaptorProxy负载到一个远程服务。具体的收发工作由TC_Transceiver承担。

初始化流程

• ServantProxy创建

  • 创建ServantProxy依赖于Communicator实例。通过StringToServant生成。
  • 这里有一点需要注意，特例话的ServantProxy，例如helloPrx不会直接创建对象。tars的解决方案是生成基类ServantProxy，并且通过类型转换为HelloPrx类型。由于helloPrx中没有重写的虚接口，也没有自己的成员。所以，这样做是可行的。
  • helloPrx的代码是tars2cpp工具生成的。生成的代码主要功能是将函数参数根据tars协议序列化到buff中。
  • 具体流程体现在接口上为Communicator::stringToProxy()->Communicator::getServantProxy()->ServantProxyFactory::getServantProxy()->ServantProxy::ServantProxy()
    • ServantProxyFactory是在Communicator::initialize()中创建的。Communicator::initialize()在Communicator::getServantProxy首次调用的使用调用，在Cummunicator初始化部分会详细描述。
    • ServantProxy构造出来以后会调用ServantProxy::initialize()。其主要工作就是创建自己的替身并交由CommunicatorEpoll保管。每个CommunicatorEpoll都会创建一个。Communicator.h中也有详细的描述。

• Cummunica