设计模式-前摄器模式(Proactor 先来一段关于前摄器模式的官话：前摄器模式支持多个事件处理器的多路分离和分派，这些处理器由异步事件的完成来触发。通过集成完成事件（completion event）的多路分离和相应的事件处理器的分派，该模式简化了异步应用的开发。 简单点说，前摄器的实现多亏了多个事件处理器将事件和处理分离开，和处理方式的分派。而这些事件处理器的的触发方式是当被异步事件（仅限完成事件）通知而出发的。把这些个东西搞在一起就是前摄器模式了。 前摄器(proactor)模式 前摄器模式主要利用操作系统的异步操作特性（如果操作系统不支持异步的话前摄器模式就。。。），简单的说，当你想到异步的时候第一反应一般就是select，poll和epoll这几个函数吧（或者是类似Qt的消息和槽函数之类的），当你的select函数捕捉到一个请求的时候，就执行一个操作（例如传输一个小视频），不过这一般都是在编写的应用程序中实现的，前摄器和这个方式不同的地方就是，它可以让别人帮他干搬砖的活，当浏览器请求一个文件，事件处理器就会把这个请求告诉操作系统，让操作系统去办，而事件处理器本身只关注操作系统发送回来的完成事件，事件处理器收到完成事件就拿操作系统搬好的砖，交给工头，任务就算完成了。下面对连接请求和文件请求两个操作进行图片详解~ web服务器本身应该先开启接受连接的操作，并且把异步连接（就是说select函数你得写好并且调用吧，不然怎么接受连接请求）的操作准备好，以备客户端（这里就是浏览器啦）连接 和操作系统沟通，注册相关函数（例如回调函数之类的） 为事件分离器注册好回调函数 浏览器发送连接请求 这时候连接请求的数据实质上是由操作系统接收的（应用程序把最累的活丢给操作系统干） 事件分离器本身只关注完成事件，俨然一副小工头模样（事件分离器：操作系统你干完了叫我就行） 被事件分离器通知的接收器创建http事件处理器解析请求数据 某用户通过浏览器想要下载小视频，于是就上网下 模范劳工操作系统把请求数据放在缓冲区中 操作系统：报告老大，搬完了 事件分离器把事件完成告诉事件处理器 小工头事件分离器：操作系统你干的不错，但是你的功劳是我的了 http事件处理器解析缓冲区中保存的请求数据，发现居然有人要下小视频 http事件处理器只能悲催的去文件系统中同步的读文件 但是读完的数据要放在socket连接上，往这上写又耗时又费力，能不能找个老实人帮我干呢？ http事件处理器：那个谁，操作系统你过来一下，你把这些砖搬上车 操作系统写操作完成，通知事件分离器。 操作系统：好的老大！ 操作系统：报告！砖搬完了！ 事件分离器把写操作完成事件报告给http事件处理器。 事件分离器：报告总指挥，货已经全部上车。 http事件处理器：不错，任务完成，又是忙碌的一天 （操作系统：我有句。。。。不知当讲不当讲） 总结：和一般的异步操作不同。前摄器模式会把数据的读写这种比较耗时的动作交给操作系统去做（底层快啊），而自身只关心操作系统返回的读写完成通知，自身做一些解析就好了，这样就把事件处理和文件操作分离开了（这就是事件处理器的工作）。 参考资料：http://www.kuqin.com/ace-2002-12/Part-One/Chapter-8.htm