>>服务器和客户端建立连接和通信流程：

基于多反应堆模型的服务器结构图，这主要是一个TcpServer，关于HttpServer,主要是用了Http协议，核心模块是TcpServer。这里边有两种线程：主线程和子线程。子线程是在线程池里边，线程池的每个子线程都有一个反应堆模型，每个反应堆模型都需要有一个TcpConnection。

如果这个反应堆实例所属的线程是主线程，主线程是如何在这个反应堆模型里边工作的呢？在服务器端有一个用于监听的文件描述符ListenFd(简写为lfd)，基于lfd就可以和客户端建立连接，如果想要让lfd去工作，就得把它放到反应堆模型里边，首先要对lfd封装成Channel类型，之后添加到TaskQueue这个任务队列里边，接着MainEventLoop就会遍历TaskQueue，取出对应的任务节点（ChannelElement），基于任务节点里边的type对这个节点进行添加/删除/修改操作。

补充说明：取出这个节点之后，判断这个节点的类型type,如果type==ADD,把channel里边的文件描述符fd添加到Dispatcher的检测集合中；如果type==DELETE,把channel里边的文件描述符fd从 Dispatcher的检测集合中删除；如果type==MODIFY,把channel里边的文件描述符fd在 Dispatcher的检测集合中的事件进行修改。主线程往属于自己的反应堆模型里边放的文件描述符是用于监听的，那么这个lfd肯定是要添加到Dispatcher的检测集合里边，所以操作肯定是添加操作（ADD）。

很显然，这个lfd需要添加到反应堆模型的Dispatcher里边，Dispatcher主要封装了poll/epoll/select模型，不管使用了这三个里边的哪一个，其实都需要对用于监听的文件描述符的读事件进行检测。在检测的时候，如果是epoll模型，它会调用epoll_wait函数; 如果是poll模型，它会调用poll函数;如果是select模型，它会调用select函数;通过这三个函数，传出的数据，我们就能够知道用于监听的文件描述符lfd它对应的读事件触发了。对应的读事件触发了，就可以基于得到的文件描述符（此处为lfd）。通过ChannelMap里边的fd（fd其实就是数组的下标）可以找到对应的channel地址，那么基于lfd就可以找到对应的channel地址，就能知道lfd所对应的读事件要干什么。也就是和客户端建立连接，也就可以得到一个通信的文件描述符（cfd）。

首先把用于通信的文件描述符封装成一个Channel类型，接着把channel封装到TcpConnection模块里边。另外，这个TcpConnection模块需要在子线程里边运行的，故需要通过子线程去访问线程池，从线程池找出一个子线程，每个子线程都有一个EventLoop,再把子线程的EventLoop也放到我们封装的TcpConnection模块里边。也就是把子线程的反应堆实例传给TcpConnection模块。

一定要注意：TcpConnection模块里边的EventLoop是属于子线程的，是从子线程传过来的一个反应堆模型的地址。然后就可以在TcpConnection模块里边通过Channel里边封装的通信的文件描述符(cfd)和客户端进行通信，就是接收数据和发送数据。关于通信的文件描述符的事件检测，读事件或者是写事件检测都是通过EventLoop来实现的。

未完待续~