epoll 的边缘触发（Edge Triggered，ET）和水平触发（Level Triggered，LT）-CSDN博客

本文链接：https://blog.csdn.net/unforgetablebaby/article/details/141173340

epoll 的边缘触发（Edge Triggered，ET）和水平触发（Level Triggered，LT）是两种不同的事件通知模式，它们控制着 epoll 如何通知应用程序文件描述符上发生的事件。为了更好地理解这两种模式，让我们通过一个具体的例子来解释它们之间的区别。

水平触发（Level Triggered，LT）

行为：在水平触发模式下，当文件描述符处于可读或可写状态时，epoll_wait 会持续地返回该文件描述符，直到应用程序将其处理完毕。这意味着只要文件描述符保持在可读/可写状态，epoll 就会不断通知应用程序。

例子：
假设你有一个网络服务器，接收到一个客户端连接，并且客户端发送了10 KB的数据。服务器使用 epoll 来监控这个连接的读事件。

客户端发送了10 KB的数据。
epoll 在 LT 模式下，检测到这个文件描述符（连接）的读事件，通知应用程序该连接可读。
应用程序读取了其中的 4 KB 数据，剩下的 6 KB 数据还未读取。
由于 LT 模式的特性，epoll 会继续通知应用程序该连接仍然可读，直到所有数据都被读取完。
如果应用程序在下一次 epoll_wait 调用时，继续处理剩余的 6 KB 数据，epoll 会继续通知应用程序，直到所有数据都被读取为止。
总结：在 LT 模式下，应用程序会持续收到通知，直到文件描述符不再处于可读/可写状态。这种模式相对简单易用，适合大多数情况。

边缘触发（Edge Triggered，ET）

行为：在边缘触发模式下，epoll 只有在文件描述符从不可读/不可写状态变为可读/可写状态时，才会通知应用程序。换句话说，它只在状态发生变化时通知一次。如果应用程序未能在通知后立即处理完数据，则 epoll 不会再次提醒，除非文件描述符状态再次发生变化。

例子：
还是以同样的网络服务器为例，假设服务器使用 epoll 的 ET 模式来监控客户端连接的读事件。

客户端发送了 10 KB 的数据。
epoll 在 ET 模式下，检测到这个文件描述符的读事件，并通知应用程序该连接可读。
应用程序读取了 4 KB 的数据，剩下的 6 KB 数据还未读取。
由于 ET 模式的特性，epoll 不会再次通知应用程序该连接可读，即使还有未读取的数据。
如果应用程序在下一次 epoll_wait 调用时，没有主动检查并处理剩余的 6 KB 数据，它将错过这些数据，导致数据丢失。
总结：在 ET 模式下，应用程序必须迅速、彻底地处理所有可读/可写的数据，否则可能错过后续数据，导致数据丢失。ET 模式适用于高性能场景，因为它减少了不必要的系统调用，但也要求应用程序具备更高的复杂性和更精细的控制。

举例对比

假设有一个服务器正在处理一个客户端连接：

水平触发（LT）：服务器调用 epoll_wait 并得到通知，发现有数据可读。它读取了部分数据，但没有一次性全部读取完。服务器再次调用 epoll_wait 时，epoll 会继续通知它该连接仍然有数据可读，直到数据被完全读取。

边缘触发（ET）：服务器调用 epoll_wait 并得到通知，发现有数据可读。它读取了部分数据，但没有一次性全部读取完。服务器再次调用 epoll_wait 时，epoll 不会再通知该连接有数据可读，除非有新的数据到达。应用程序必须一次性读取所有数据，或者确保在 epoll_wait 之外的其他代码中处理剩余的数据。