muduo总结

http://blog.csdn.net/kangroger/article/details/47429759

总结说的有的过大,算是对自己学习的一个总结,后续会不断补充。

模型总结

muduo是基于非阻塞的IO和事件驱动的网络库。 
muduo的整体结构时one loop per thread+threadpool,图如下: 
muduo总结_第1张图片 
mainReactor和subReactor都是EventLoop,在mainReactor中接收连接,把建立后的连接分发到subReactor中。

作者开始在muduo/base中封装了和网络无关的一些操作,如日志、时间、队列、互斥量、条件变量、线程、线程池等,给后面网络库的设计带来了极大便利。

在muduo/net中封装了和网络相关的操作,muduo是基于Reactor模式的设计的,结构如下: 
muduo总结_第2张图片
1、EventLoop是整个模式的核心,它来管理所有事件。one loop per thread说明一个线程只能有一个EventLoop。它封装了eventfd和timerfd,用来唤醒等待在poll上的线程;eventfd是其他线程唤醒当前线程使用,把任务添加到EventLoop的任务队列后,如果不是EventLoop的owner线程,则要唤醒它来执行任务;timerfd用来实现定时。

2、Poller是个虚基类,真正调用的时PollPoller或EPollPoller。用来实现IO的复用,事件都注册到Poller中。

3、Channel和fd一一对应,虽然它不拥有fd,fd需要响应哪些事件都保存在Channel中,且有对应的回调函数。

4、TcpConnection是保存已经建立的连接,它的生命周期模式,因此采用shared_ptr来管理。它负责数据的发送和接收,负责socket fd的关闭。

5、Acceptor主要负责连接的建立,用在服务端。当建立连接后,它会把连接的控制权转交给TcpConnection。

6、TcpServer是服务端,有Acceptor,用Map保存了当前已经连接的TcpConnection。

7、Connector是负责发起连接的一方,用在客户端。发起连接比接收连接要难,非阻塞发起连接更难,要处理各种错误,还要考虑连接失败后如何处理。当连接成功后它会把控制权交给TcpConnection。

8、TcpClient是客户端,封装了Connector。

技术总结

muduo网络库虽然是用C++编写,但是却没有用到面向对象,用的是基于对象。最大的特点就是到处可见boost::bind,采用绑定回调函数的手法,实现了事件和特定函数的绑定,更加易于理解和使用。

对象生命周期的管理使用了shared_ptr。多线程中,对象的声明周期难以管理,一个线程难以判断对象是否已经析构,作者shared_ptr来管理对象声明周期。使用weak_ptr防止对象间相互引用,造成内存永久不释放。对于类内部的一些对象,使用scoped_ptr来管理。

非阻塞网络库应用层为什么需要缓冲区,怎么设计缓冲区。发送过快,缓冲区增长太大怎么办。

只使用非递归的互斥量,编码逻辑相对简单。

使用前置声明减少.h文件的包含。

……待续

你可能感兴趣的:(muduo总结)