epoll和iocp的异同之处

昨天面试题，谈谈linux下的epoll模式和windows下的iocp模式的异同。

相同的地方：

两者都是处理异步IO的高效模型，这种高效，除了“异步处理”这个一起的特征之外，二者都能通过指针携带应用层数据：在IOCP里，应用层数据能通过单句柄数据和单IO数据来和IOCP底层通信；而在epoll里，能通过epoll_data里的"void *ptr"来传递。这是一种非常重要的思想，也是他们高效的原因所在：当事件的通知到来时，他不仅告诉你发生了什么样的事件，还同时告诉这次事件所操作的数据是哪些。

那么，epoll和iocp到底又有什么不同呢？

1.iocp是在IO操作完成之后，才通过get函数返回这个完成通知的；而epoll则不是在IO操作完成之后才通知你，他的工作原理是，你如果想进行IO操作时，先向epoll查询是否可读或可写，如果处于可读或可写状态后，epoll会通过epoll_wait函数通知你，此时你再进行进一步的recv或send操作。

2.在1的基础上，我们其实能看到，epoll仅仅是个异步事件的通知机制，其本身并不作所有的IO读写操作，他只负责告诉你是不是能读或能写了，而具体的读写操作，还要应用层自己来作；但iocp的封装就要多一些，他不仅会有完成之后的事件通知，更重要的是，他同时封装了一部分的IO控制逻辑。从这一点上来看，iocp的封装似乎更全方面一点，不过，换个角度看，epoll仅提供这种机制也是非常好的，他保持了事件通知和IO操作之间彼此的独立性，使得epoll的使用更加灵活。