poll、epoll区别

`poll` 和 `epoll` 都是操作系统提供的用于监听文件描述符是否准备好进行读写操作的系统调用，但在性能和功能上存在一些差异：

1. **基本原理**:
- `poll` 是基于轮询的方式，它一次性接收并处理所有文件描述符的状态变化，对于每个描述符，`poll()` 调用都需要查询一次。
- `epoll` 则是一个更高效的选择，它是Linux内核自2.6版本引入的改良版，利用了内核空间的事件集来跟踪文件描述符，减少了对用户空间的频繁中断。

2. **效率**:
- `epoll` 是事件驱动的，只在实际发生事件时才会唤醒线程，相比`poll` 的轮询方式，节省了不必要的CPU开销，特别是在大量文件描述符的情况下。
- 当有大量的文件描述符需要监视时，`epoll` 更有优势，因为它的内部数据结构支持快速查找感兴趣的描述符。

3. **限制**:
- `poll` 没有限制单次能添加的最大描述符数量，但每次调用都需要遍历整个描述符列表。
- `epoll` 对于文件描述符的数量有一定限制，通常是几千个，取决于系统的配置，但这已经足够处理大多数应用的需求。

4. **事件类型**:
- `poll` 支持多种类型的事件，包括读、写、异常等。
- `epoll` 只关心读写事件，但它有一个额外的选项`EPOLLHUP`（挂起连接），可以检测到套接字关闭的情况。

综上所述，`epoll` 更适用于对性能敏感的应用场景，尤其是那些关注大量文件描述符和低延迟的网络服务。如果你需要兼容旧版本的Linux或其他平台，或者文件描述符数量不大，那么`poll` 也是一个不错的选择。