selsect,poll,epoll区别联系
目录
一、区别
二、联系
select、poll 和 epoll 都是在 Linux 系统中用于实现 I/O 多路复用的机制，它们的主要目的是让程序能够同时监控多个文件描述符，以判断是否有事件发生，从而提高 I/O 操作的效率。
一、区别
- 事件通知机制
select：采用轮询的方式来检查文件描述符上的事件，当select函数返回后，需要遍历所有注册的文件描述符来判断哪些有事件发生，时间复杂度为 \(O(n)\)，随着文件描述符数量的增加，效率会显著下降。poll：与select类似，也是通过轮询的方式来检查事件，不过它的实现方式略有不同，poll函数返回后，需要遍历整个文件描述符链表来确定发生事件的文件描述符，时间复杂度同样为 \(O(n)\)。epoll：使用事件驱动的方式，当文件描述符上有事件发生时，内核会主动将该文件描述符添加到一个就绪队列中，epoll_wait函数返回时，只会返回就绪队列中的文件描述符，时间复杂度为 \(O(1)\)，在处理大量文件描述符时，效率比select和poll高得多。
select，poll内核实现：轮询方式 O（n）
epol内核实现：注册回调函数O（1）
- 内存拷贝方式
select：在每次调用select函数时，都需要将用户空间的文件描述符集合拷贝到内核空间，返回时再将结果从内核空间拷贝回用户空间，随着文件描述符数量的增加，内存拷贝的开销也会增大。poll：与select类似，每次调用poll函数时，也需要在用户空间和内核空间之间拷贝文件描述符集合和相关信息。epoll：在使用epoll时，首先通过epoll_ctl函数将文件描述符注册到内核中的epoll实例中，之后当有事件发生时，内核只需要将就绪的文件描述符信息拷贝到用户空间，相比select和poll，减少了不必要的内存拷贝。
二、联系
- 功能相似：它们都是 I/O 多路复用技术的实现，都可以让一个进程同时监听多个文件描述符，以便在有事件发生时及时进行处理，从而提高程序的性能和响应能力。
- 底层实现基础相同：它们都是基于操作系统的底层机制来实现的，都依赖于内核提供的功能来监听文件描述符的状态变化。
- 应用场景相似：都适用于需要同时处理多个 I/O 事件的场景，如网络服务器、文件服务器等，在这些场景中，程序需要同时监听多个套接字或文件的读写事件，以便及时响应客户端的请求或处理文件的变化。
)
