标签：boost 大量 接受 阻塞 集成 font 异步操作 操作 xshell
本周要进行boost asio库的学习，在学习之前发现最好需要先了解一下前摄器模式，这样对asio库的理解很有帮助，故写下此文
我之前写的随笔XShell的模拟实现中的链接方式可以说是同步的（服务器阻塞等待链接），这样当有服务器端在等待链接的时候就浪费了大量的资源，我们可以让服务器异步等待客户端的链接，服务器在等待链接的同时可以做别的事情，等到客户端链接请求到来的时候，调用一个回调执行链接，这就很灵活。
先来一段关于前摄器模式的官话：前摄器模式支持多个事件处理器的多路分离和分派，这些处理器由异步事件的完成来触发。通过集成完成事件（completion event）的多路分离和相应的事件处理器的分派，该模式简化了异步应用的开发。
简单点说，前摄器的实现多亏了多个事件处理器将事件和处理分离开，和处理方式的分派。而这些事件处理器的的触发方式是当被异步事件（仅限完成事件）通知而出发的。把这些个东西搞在一起就是前摄器模式了。
前摄器模式主要利用操作系统的异步操作特性（如果操作系统不支持异步的话前摄器模式就。。。），简单的说，当你想到异步的时候第一反应一般就是select，poll和epoll这几个函数吧（或者是类似Qt的消息和槽函数之类的），当你的select函数捕捉到一个请求的时候，就执行一个操作（例如传输一个小视频），不过这一般都是在编写的应用程序中实现的，前摄器和这个方式不同的地方就是，它可以让别人帮他干搬砖的活，当浏览器请求一个文件，事件处理器就会把这个请求告诉操作系统，让操作系统去办，而事件处理器本身只关注操作系统发送回来的完成事件，事件处理器收到完成事件就拿操作系统搬好的砖，交给工头，任务就算完成了。下面对连接请求和文件请求两个操作进行图片详解~
总结：和一般的异步操作不同。前摄器模式会把数据的读写这种比较耗时的动作交给操作系统去做（底层快啊），而自身只关心操作系统返回的读写完成通知，自身做一些解析就好了，这样就把事件处理和文件操作分离开了（这就是事件处理器的工作）。
到这里， 前摄器模式就讲的差不多啦，其实我一开始也不是很懂这个模式，于是把这个尽量整理成比较好懂的方式，可能有不恰当或者理解错误的地方，希望大家能帮我指出来，我进行改正
参考资料：http://www.kuqin.com/ace-2002-12/Part-One/Chapter-8.htm
标签：boost 大量 接受 阻塞 集成 font 异步操作 操作 xshell
原文地址：http://www.cnblogs.com/lenomirei/p/7353948.html
