muduo源码分析--事件回调层次是怎么传递的Tcpserver Channel TcpConnection
muduo库中的源码并不是很多，但是回调的处理非常巧妙，这里从事件激活（某个套接字上可读/可写）以后这个层次看回调怎么被调用的。
首先从最大的EventLoop说起：
首先从最大的EventLoop说起：
EventLoop中拥有事件链表（每一个元素都是Channel），在loop函数中调用epoll_wait系统调用的时候，将EpollPollr中EventList，将这个链表中激活事件添加到EventLoop中的activeChannel中，
所以暂时不管怎么弄EventLoop中的loop()函数已经将所有祖册到这个EventLoop上的被激活fd添加到了其私有变量activeChannel中了（助于怎么添加稍后再议），得到激活链表，对每个Channel调用其handleEvent,这样就结束了这次poll的循环。
接下来议Channel中的handleEvent函数
Channel:
Channel并不拥有fd,在这里有三个回调函数，writeCallback_ readCallback_ closeCallback_
在handleEvent函数中，根据事件类型执行相应的回调，就是上面的三个回调函数，那么这三个回调函数怎么来的呢？肯定是谁拥有Channel谁就会Channel中的这个三个回调赋值。用内有channel的类有Acceptor Connector EventLoop TcpConnection 下面分析用户Channel这个类的四个类是怎么处理这个事情的
其实在Channel中还有将fd添加到EventLoop需要监听的EventList链表中的操作
TcpConnection:
在这个类中是有socketfd的，同时这里有handRead() handleWrite() handleClose()函数
在TcpConnection的初始化中，将上述三个函数赋值给Channel中的writeCallback_ readCallback_ closeCallback_ 。
而且在TcpConnection中这三个函数都是有实现的。在handleRead()函数中，使用了messageCallback_ handlWrite函数中使用了writeCompleteCallback_ handleClose()函数中使用了connectionCallback函数
那么这几个函数是说出入呢？肯定是谁拥有TcpConnection谁就注册这个函数，或者用户自己写自己注册。
管理TcpConnection的有TcpServer和TcpClient
其实在TcpServer中，是用户的函数注册到了
TcpServer类中的相应三个函数，然后再复制给TcpConnection的
这样就明白了从epoll_wait返回到迪欧用自己的用户空间的函数是怎么个流程了，也明白事件被触发后的操作
只知道事件发生时怎么处理，但是这里没有讲述事件是怎么被关注的（下面一篇文章介绍这个内容）