程序员必知必会
Nginx选择使用epoll主要基于epoll在处理高并发连接时展现出的显著优势，这与Nginx设计目标相契合，下面从多个方面详细阐述：
高效的事件通知机制传统select和poll的局限性：select和poll采用轮询的方式来检查哪些文件描述符（socket连接）有事件发生。在处理大量连接时，随着文件描述符数量的增加，每次轮询的开销会显著增大，效率会变得非常低下。例如，当有10000个连接时，select和poll需要遍历这10000个文件描述符来检查是否有事件发生。epoll的事件驱动机制：epoll采用事件驱动的方式，使用内核事件表来管理文件描述符。当有事件发生时，内核会直接通知epoll，而不需要像select和poll那样进行轮询。这样，epoll的时间复杂度为O(1)，无论有多少个连接，都能快速地获取有事件发生的文件描述符。支持大量并发连接select的连接数量限制：select对文件描述符的数量有严格的限制，通常为1024个。这在处理大规模并发连接的场景下，如高流量的Web服务器，是远远不够的。epoll无连接数量限制：epoll没有这样的限制，它可以轻松处理数万个甚至更多的并发连接。Nginx作为一款高性能的Web服务器，经常需要处理大量的并发请求，epoll的这一特性使其能够满足这种高并发的需求。内核与用户空间交互的优化select和poll的频繁数据拷贝：select和poll在每次调用时都需要将文件描述符集合从用户空间复制到内核空间，处理完后再将结果从内核空间复制回用户空间。这种频繁的数据拷贝会带来较大的开销，影响性能。epoll的内存映射机制：epoll使用内存映射（mmap）技术，在内核空间和用户空间之间共享一块内存，避免了频繁的数据拷贝。这样可以减少系统调用的开销，提高数据传输的效率。边缘触发模式（ET）带来的高性能边缘触发模式的特点：epoll支持边缘触发（Edge Triggered，ET）模式，在这种模式下，只有当文件描述符的状态发生变化时，才会通知应用程序。与水平触发（Level Triggered，LT）模式相比，ET模式可以减少不必要的系统调用，提高处理效率。Nginx对ET模式的利用：Nginx可以利用epoll的边缘触发模式，在有新的连接或数据到达时才进行处理，避免了在没有事件发生时的空转，从而提高了服务器的性能。epoll的高效事件通知机制、支持大量并发连接、优化的内核与用户空间交互以及边缘触发模式等优点，使得它非常适合Nginx这种需要处理高并发连接的Web服务器，因此Nginx选择使用epoll作为其网络I/O模型。
还是那句话：干中学，学中干
如果觉得不错的话，麻烦点个关注，收藏谢谢。
毕竟：
