为什么select不如IOCP

我们知道，LINUX为了解决SELECT或者POLL函数调用效率不够高的问题，退出了一个内核调用函数EPOLL，而WINDOWS下的完成端口更进一步，EPOLL只是在有变化的时候通知投递者，而完成端口干脆连部分变化也一起给处理了。 SELECT效率为什么不如EPOLL，这就需要操作系统知识了，因为操作系统对句柄的管理是全局的，而很多操作是通过驱动来完成的，SELECT的原理是，对SELECT指定的SOCKET队列进行循环扫描，直大发生指定变化或者超时，注意是循环，特例就是指定超时时间为0，这个时候，SELECT的效率同样是很高的，而当变化发生时，由于调度的关系，这个时候SELECT可能并没有被调度运行，导致了时间的延迟，具体请参考操作系统原理中CPU的分配策略。而引入完成端口，则通过在内核开启线程，在内核级别对需要监视的句柄进行监视，可以在驱动投递信息的第一时间发现，并立即使用内核线程进行处理，例如，TCP协议栈接收到了一个数据包，那么这个关联的句柄发生的变化会立即通知给内核对应线程，内核线程将立即处理。

总结上面说的就是，SELECT由于轮询SOCKET队列和CPU调度问题，导致SELECT响应事件有延迟。而IOCP则是立即发现（异步的通知）。