select、poll、epoll的区别

select、poll、epoll 都是 I/O 多路复用的机制，可以通过在一个线程中监视多个文件描述符（包括 socket）的可读可写等事件，从而减少阻塞，提升 I/O 性能。

其中 select 是最古老的机制，它将待监视的文件描述符集合复制到内核中，内核遍历每个文件描述符，检查其是否有事件发生，判断完成后将事件发生的文件描述符集合返回给用户空间。select 的缺点是每次操作都需要重新构造待监视集合，效率较低。同时，select 对于每个监视对象数量有限制。

poll 与 select 的作用相同，但是其采用的是链表结构，因此相对于 select 而言更加节省空间，同时监视对象数量的上限也更高。poll 的缺点是，与 select 一样，每次操作都需要把监视对象集合从用户空间复制到内核中。

epoll 是 Linux 特有的机制，其使用了一个 epoll 文件描述符来管理所有待监视的文件描述符，可以只在 epoll 实例上注册一次，从而避免了那些需要重复复制大量文件描述符的缺点。另外，epoll 对于大量连接时的性能表现也更优秀。

总的来说，select 和 poll 适用于比较简单的场景，而对于高性能、大规模连接和大量数据的场景，epoll 更为适用。

相关问题

select poll epoll区别

这个问题是关于 select、poll 和 epoll 三种 I/O 多路复用机制的区别。

select、poll 和 epoll 都是用于 I/O 多路复用的机制，可以使单个进程可以同时处理多个 I/O 事件。它们都可以同时监控多个文件描述符，当其中的一个或多个文件描述符就绪时，就会通知程序进行相关操作。

select 和 poll 是比较早的 I/O 多路复用机制，它们都会扫描所有注册的文件描述符，并检查是否有 I/O 事件就绪，需要遍历所有的 FD_SET/MAP，效率较低，并且无法处理大量连接的情况。

而 epoll 机制则是在 Linux 2.6 内核中引入的，它通过将 I/O 事件添加到内核空间的事件表中来实现，可以高效地处理大量连接的情况。epoll 支持三种 I/O 模型：LT（Level Triggering）、ET（Edge Triggering）和 One-Shot，其中 ET 和 One-Shot 主要用于高并发的网络通信。

总而言之，epoll 是一种高效、灵活的 I/O 多路复用机制，适用于处理大量连接的场景，而 select 和 poll 的效率较低，适用于处理少量连接的情况。

select poll epoll 区别

select 和 epoll 是 Linux 中的两种 I/O 多路复用方式。

select 是一种基于阻塞的 I/O 多路复用方式，它会在等待时阻塞进程，当有 I/O 事件发生时才会返回。

epoll 是一种基于非阻塞的 I/O 多路复用方式，它通过轮询的方式来检测 I/O 事件，不会阻塞进程。

总结来说，select 是基于阻塞的，而 epoll 是基于非阻塞的。epoll 比 select 更高效，尤其在处理大量连接的情况下。