常规的网络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模式,剩下的就是对业务模块的分析,要考虑怎样处理业务才能做到"即时响应",在不考虑网络延时的情况下,如何让客户端在最短的时间内得到服务的响应,这在后面我们将具体