muduo总结

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了muduo总结相关的知识,希望对你有一定的参考价值。

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

模型总结

muduo是基于非堵塞的IO和事件驱动的网络库。
muduo的总体结构时one loop per thread+threadpool,图例如以下:
技术分享
mainReactor和subReactor都是EventLoop,在mainReactor中接收连接。把建立后的连接分发到subReactor中。

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

在muduo/net中封装了和网络相关的操作,muduo是基于Reactor模式的设计的,结构例如以下:
技术分享
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是负责发起连接的一方,用在client。发起连接比接收连接要难。非堵塞发起连接更难,要处理各种错误,还要考虑连接失败后怎样处理。当连接成功后它会把控制权交给TcpConnection。

8、TcpClient是client,封装了Connector。

技术总结

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

对象生命周期的管理使用了shared_ptr。多线程中,对象的声明周期难以管理,一个线程难以推断对象是否已经析构。作者shared_ptr来管理对象声明周期。

使用weak_ptr防止对象间相互引用。造成内存永久不释放。对于类内部的一些对象,使用scoped_ptr来管理。

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

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

使用前置声明降低.h文件的包括。

……待续






以上是关于muduo总结的主要内容,如果未能解决你的问题,请参考以下文章

muduo学习

muduo学习

muduo网络库源码寻宝:TcpServer

Debian 8 最小化系统安装muduo

tcmalloc 内存分析

muduo网络库:21---muduo简介之(详解muduo多线程模型)