EPOLL是Linux系统中用于高效监控多个网络套接字（file descriptor，fd）就绪状态的事件通知机制，它在Linux内核2.6版本引入。EPOLL主要工作在两种模式下：Edge Triggered (ET) 和 Level Triggered (LT)。
LT模式是EPOLL的默认行为，它适用于阻塞（block）和非阻塞（no-block）套接字。当一个文件描述符变得可读或可写时，内核会立即通知应用程序。这种模式的优势在于减少了不必要的回调，因为它会持续监控并报告变化，除非用户程序明确处理了该事件。然而，如果用户没有及时处理就绪的fd，内核会继续等待用户的响应，这可能导致资源占用较高。
相比之下，ET模式（也称为边缘触发模式）是一种更高效、低开销的模式，仅支持非阻塞套接字。当描述符从不可读/不可写变为可读/可写时，内核会立即将就绪状态通知应用程序，但一旦通知过一次，如果没有用户程序干预，内核不会继续发送就绪事件，直到fd的状态再次改变。这种模式适用于对性能有极高要求的场景，如高并发服务器，因为可以避免不必要的事件处理。
在实际应用中，要使用ET模式，需要在`epoll_ctl`函数中明确设置`EPOLLET`标志。对于客户端连接的套接字（如`hSocket`），代码示例如下：
```c
struct epoll_event struEvent;
struEvent.events = EPOLLIN | EPOLLOUT | EPOLLET; // 设置ET模式
struEvent.data.fd = hSocket; // 保存待监控的fd
epoll_ctl(m_hEpoll, EPOLL_CTL_ADD, hSocket, &struEvent); // 将fd添加到epoll事件队列
对于监听套接字（如`m_hListenSocket`），同样设置ET模式并添加到epoll：
struct epoll_event struEvent;
struEvent.events = EPOLLIN | EPOLLET; // 设置ET模式
struEvent.data.fd = m_hListenSocket;
epoll_ctl(m_hEpoll, EPOLL_CTL_ADD, m_hListenSocket, &struEvent);
```
总结来说，ET模式适合于对性能要求高的服务器场景，通过减少不必要的事件通知，提高系统的响应速度。但在选择模式时，还需要考虑应用程序的具体需求和性能优化的需求，因为ET模式可能会导致应用程序在处理完事件后需要自行清理已不再活跃的描述符，以防止资源浪费。
我的内容管理
展开
