Linux 高性能服务 epoll 的本质，真的不简单（含实例源码）
内容提要
在Linux系统中，处理大量并发连接的一种高效方式是使用epoll。epoll在内核中创建了一个简易的文件系统，将原先的select或poll调用分成了三部分：epoll_create、epoll_ctl和epoll_wait。通过epoll_create建立一个epoll对象，在需要的时候向其添加或删除连接，然后通过epoll_wait收集发生事件的连接。epoll的优势在于不需要每次都传递所有连接，内核也不需要遍历全部连接，因此能够高效地处理大量并发连接。epoll有两种触发模式：LT（水平触发）和ET（边缘触发）。ET模式只有数据到来才触发，不管缓存区中是否还有数据，而LT模式只要有数据都会触发。epoll还可以使用反应堆模型，通过回调函数处理连接的建立和数据的读写。
延伸解读
epoll 高效处理并发的核心机制
epoll 通过红黑树和就绪链表在内核中管理大量连接。红黑树存储所有被监控的 socket，就绪链表则存放已触发事件的文件描述符。当事件发生时，内核回调将对应的 epitem 加入就绪链表，epoll_wait 只需检查该链表即可返回，无需遍历全部连接。这种设计避免了 select/poll 中每次调用都要传递和扫描全部连接的开销，因此能高效处理百万级并发。
LT 与 ET 触发模式的选择与影响
LT 是默认模式，只要缓冲区有数据，每次 epoll_wait 都会通知；ET 是高速模式，仅在状态变化时通知一次。ET 模式下必须一次性将数据读完，直到返回 EAGAIN，否则剩余数据可能丢失。ET 能减少大量不关心的就绪事件通知，提升效率，但要求 socket 设为非阻塞，否则最后一次读写可能阻塞。选择时需权衡编程复杂度和性能需求。
反应堆模型如何简化事件处理
反应堆模型将每个连接封装为自定义事件结构，并设置回调函数。当监听事件就绪时，epoll_wait 返回后直接调用对应的回调，如 acceptconn、recvdata、senddata。回调中动态修改监听事件（如从读改为写），实现非阻塞的事件驱动流程。这种模型避免了线性轮询，使代码结构更清晰，适合高并发场景，但需注意回调中的状态管理和错误处理。
Q&A
epoll的基本工作原理是什么？
epoll通过创建一个epoll对象，将事件处理分为epoll_create、epoll_ctl和epoll_wait三个步骤，从而高效管理大量并发连接。
epoll相比于select和poll有什么优势？
epoll不需要每次传递所有连接，内核也不需要遍历全部连接，因此能更高效地处理大量并发连接。
epoll有哪些触发模式？
epoll有两种触发模式：LT（水平触发）和ET（边缘触发），LT模式在有数据可读时触发，而ET模式仅在数据到来时触发。
如何使用epoll处理高并发连接？
通过创建epoll对象，使用epoll_ctl添加连接，并通过epoll_wait收集就绪事件，可以高效处理高并发连接。
epoll的反应堆模型是什么？
epoll的反应堆模型通过回调函数处理连接的建立和数据的读写，简化了事件处理流程，提升了性能。
epoll的高效性来源于哪些数据结构？
epoll的高效性源于使用红黑树和就绪链表结构，这些结构使得事件的添加、修改和删除操作非常快速。
