网络框架封装_微服务开源框架TARS 之 基础组件

本文源自herman的系列文章之一《 鹅厂开源框架TARS之基础组件 (文末附链接)》。相关代码已按TARS开源社区最新版本更新。 TARS开源框架库里面用C++实现了比较多的公用组件，这些组件一般统一放在 `util` 文件夹，在应用层也可以自由使用，工欲善其事必先利其器，所以有必要把这些工具组件做了解，更好的使用，提高效率。接下来，本文将对如下TarsCpp组件进行分析：

• 线程操作

  o 线程安全队列: TC_ThreadQueue

  o 普通线程锁: TC_ThreadLock

  o 线程基类: TC_Thread

• 智能指针

  o 智能指针类: TC_AutoPtr

• DB操作

  o MySQL操作类: TC_Mysql

• 网络操作

  o 网络组件

• 服务配置

  o 命令解析类: TC_Option

  o 配置文件类: TC_Config

• 仿函数

  o 通用仿函数类: TC_Functor

• Hash

  o hash算法

• 异常处理

  o 异常类: TC_Exception

先看下框架对TC_ThreadQueue类的使用如下：

`TC_ThreadQueue` 的实现比较简单，在TARS的网络层实现中可以发现这个类比较重要，因为从框架中收到的网络包都会加入到这个缓存队列里面，然后多业务线程 `ServantHandle` 会调用 `waitForRecvQueue` 从该队列里面取网络数据包，然后调用 `dispatch` 调用协议消息对应的处理函数，先看下框架对 `TC_ThreadQueue` 的实现：

TC_ThreadQueue使用了C++11标准库中的和用于实现线程锁和 wait，如下，看下队列的成员函数：push_front 在队列前面加入数据，

如上图调用`push_front`函数的时候调用 `std::unique_lock<:mutex> lock(_mutex)`加锁 ，避免网络层接收数据和业务层取同一队列的数据冲突，`_cond.notify_one()` 通知等待在该锁上某一个线程醒过来，调用该函数之前必须加锁，因为有数据过来了，例如网络层有线程需要取包并进行分发处理。

再看一个成员函数`pop_front`，从头部获取数据，没有数据则等待。`millisecond` 阻塞等待时间(ms)

•  `0` 表示不阻塞

• `-1` 永久等待

BindAdapter::waitForRecvQueue的函数就是调用了pop_front函数，用于等待接收队列，函数原型如下：

这里BindAdapter::waitForRecvQueue用于业务线程在等待服务器监听的适配器收到网络包后进行业务包的处理，这里传入的handleIndex表示接收队列索引，获取对应的_rbuffer。

TC_ThreadLock 类的定义如下

TC_Monitor 线程锁监控模板类。通常线程锁，都通过该类来使用，而不是直接用TC_ThreadMutex、TC_ThreadRecMutex。

类的定义template class TC_Monitor 需要传入两个模板参数，TC_Monitor 包括以下成员变量：

第一个参数 TC_ThreadMutex 代表线