muduo源码分析--事件回调层次是怎么传递的Tcpserver Channel TcpConnection

muduo库中的源码并不是很多,但是回调的处理非常巧妙,这里从事件激活(某个套接字上可读/可写)以后这个层次看回调怎么被调用的。
首先从最大的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返回到迪欧用自己的用户空间的函数是怎么个流程了,也明白事件被触发后的操作
        只知道事件发生时怎么处理,但是这里没有讲述事件是怎么被关注的(下面一篇文章介绍这个内容)

你可能感兴趣的:(C++,线程,网络编程)