异步事件分发模型设计一

      常规的网络io事件分发模型，有常规io句柄异步读写方式，select模式，以及我们常讨论的iocp模式(linux为epoll模式)

      根据我个人经验，我刚开始接触网络io包括本地文件读写io等模式时，最开始仅仅知道句柄异步io模式，这种模式仅仅是用户层的对select的再实现，业务相关度很高，而且很不好控制，后来接触到select模式，但是遇见到连接量过大时，select模式对cpu的消耗率太大，后来我开始了解并接触iocp模式。

      归纳总结设计一个异步io模型，一般要考虑一下几点

      1：并发量

           能够满足一定数量的客户端连接，常规机器下能够达到万级的连接量，同时考虑到文件系统中对io句柄的内存分配问题，要考虑到句柄复用的问题，最开始我以为只有window下才可以实现句柄服用，后来发现linux也可以实现句柄复用

      2：响应时间

           当连接量达到一定程度后，我们关心的就是响应时间，简单点就是业务的处理时间，如何设计一个架构，保证在最短的时间内处理万用户的请求，并且将结果反馈给用户，这个是最关键的，也是系统设计中最难的部分。我们常用的方法就是采用文件句柄异步io方式，但是即使这样我们还要时刻监视，合适有读写事件发生，好在这些才做系统已经给我们提供了一种机制，window下采用iocp,linux下采用epoll模式，剩下的就是对业务模块的分析，要考虑怎样处理业务才能做到"即时响应"，在不考虑网络延时的情况下，如何让客户端在最短的时间内得到服务的响应，这在后面我们将具体讨论