I/O多路复用select、poll、epoll的区别

区别

select、poll、epoll都是Linux下用于实现I/O多路复用的机制，它们在处理多个I/O流时能够提高程序的效率。以下是这三者之间的主要区别：
1. 支持的平台
select：可以在多数平台上使用，包括Windows、Linux、macOS等。
poll：也可以在多数平台上使用，包括Linux、macOS等，但不支持Windows。
epoll：仅适用于Linux系统，是Linux特有的I/O复用技术。
2. 文件描述符数量限制
select：受文件描述符数量限制，一般默认在32位系统上限制为1024个，64位系统上限制为2048个，可以通过修改内核参数来增加，但性能可能会受影响。
poll：同样受文件描述符数量限制，但理论上没有最大连接数的限制，因为它基于链表来存储。
epoll：没有文件描述符数量限制，理论上可以支持非常大的并发连接数，因此在处理大规模并发连接时具有优势。
3. 工作机制
select：使用轮询模型，每次调用时都需要遍历所有注册的文件描述符集合，检查它们的状态。这种方式在文件描述符数量较多时效率较低。
poll：与select类似，也是轮询模型，但它将用户传入的数组拷贝到内核空间，然后查询每个文件描述符对应的设备状态。
epoll：基于事件驱动模型，通过回调函数只处理活跃的文件描述符。当文件描述符状态发生变化时，内核会主动通知用户空间的应用程序，从而避免了轮询，提高了效率。
4. 触发模式
select 和 poll：都使用水平触发模式（Level-Triggered），即当文件描述符状态就绪时，会一直通知应用程序进行处理，直到应用程序处理完所有数据后才返回阻塞状态。
epoll：支持边缘触发模式（Edge-Triggered）和水平触发模式（Level-Triggered）。在边缘触发模式下，只有当文件描述符状态发生变化时才会通知应用程序进行处理，如果应用程序没有处理完所有数据，则会返回阻塞状态。这种模式可以减少不必要的系统调用，提高性能。
5. 消息传递方式
select 和 poll：在内核空间和用户空间之间传递消息时，需要进行数据拷贝，增加了开销。
epoll：通过内核和用户空间共享一块内存（使用mmap）来实现消息的传递，减少了数据拷贝的开销。
6. 性能和扩展性
select 和 poll：在处理大量文件描述符时，性能会随着文件描述符数量的增加而显著下降。
epoll：由于采用了事件驱动和回调机制，且没有文件描述符数量的限制，因此在处理大量并发连接时表现出色，性能和扩展性都优于select和poll。
综上所述，select、poll、epoll各有其特点和适用场景。在选择时，应根据具体的使用需求和场景来决定使用哪种机制。在需要处理大量并发连接的高性能场景中，epoll是更好的选择。

select

概念
select 是最早的 I/O 多路复用机制。它允许程序监控多个文件描述符，以查看它们是否可读、可写或有错误。
使用方法
程序传递三个文件描述符集（读集、写集和异常集）以及一个超时时间给 select 函数。select 返回准备好的文件描述符数量。
优缺点
优点：广泛支持，几乎所有的操作系统都实现了 select。
缺点：
文件描述符数量限制：通常为 1024（可通过编译时选项增加）。
每次调用需要重新设置文件描述符集，效率较低。
随着监控文件描述符数量的增加，性能下降明显，因为它采用线性扫描方式。
图示

+-----------+
| Application|
|  process  |
+-----------+
      |
      v (select)
+-----------+
| Kernel    |
| Monitoring|
|   Set     |
+-----------+

poll

poll 是 select 的改进版，解决了 select 中一些固有的缺陷，如文件描述符数量的限制。
使用方法
程序传递一个包含多个文件描述符及其事件的数组给 poll 函数。poll 返回准备好的文件描述符数量，并更新数组中的事件。
优点：
没有文件描述符数量限制，可以处理任意数量的文件描述符。
更加灵活，可以监控更多类型的事件。
缺点：
每次调用都需要将文件描述符数组从用户态复制到内核态，开销较大。
同样采用线性扫描方式，随着监控文件描述符数量的增加，性能下降明显。
图示

+-----------+
| Application|
|  process  |
+-----------+
      |
      v (poll)
+-----------+
| Kernel    |
| Monitoring|
|   List    |
+-----------+

epoll

epoll 是 Linux 特有的 I/O 多路复用机制，设计用于处理大规模文件描述符的场景。
epoll 采用一对多的模式，包括三个系统调用：epoll_create、epoll_ctl 和 epoll_wait。程序通过 epoll_create 创建一个 epoll 实例，通过 epoll_ctl 添加或删除文件描述符，通过 epoll_wait 等待事件。
优点：
高效：epoll 使用基于事件驱动的机制，内核只通知活跃的文件描述符，避免了线性扫描。
支持边缘触发（Edge-Triggered，ET）和水平触发（Level-Triggered，LT），提供更高的灵活性和效率。
内存拷贝开销低：只需一次在 epoll_ctl 时将文件描述符从用户态复制到内核态。
缺点：仅在 Linux 上可用，不是跨平台的解决方案。
图示

+-----------+
| Application|
|  process  |
+-----------+
      |
      v (epoll_ctl)
+-----------+
| Epoll     |
| Instance  |
+-----------+
      |
      v (epoll_wait)
+-----------+
| Kernel    |
| Monitoring|
|   Set     |
+-----------+

总结
select：简单但有文件描述符数量限制，性能随监控数量增加而下降。
poll：克服了文件描述符数量限制，但仍然有线性扫描和内存拷贝的开销。
epoll：高效的事件驱动机制，适用于大量文件描述符的场景，性能优越，但仅支持 Linux。