epoll 边缘触发 vs 水平触发：从管道到套接字的深度实战

🔥 epoll 边缘触发 vs 水平触发：从管道到套接字的深度实战

[一、从管道到套接字：epoll 的通用适配](#一、从管道到套接字：epoll 的通用适配)
[二、epoll 触发模式：LT 与 ET 核心区别](#二、epoll 触发模式：LT 与 ET 核心区别)
- [Mermaid 流程对比](#Mermaid 流程对比)
[三、套接字实战代码：server.c 核心片段](#三、套接字实战代码：server.c 核心片段)
- [1. 边缘触发（ET）写法](#1. 边缘触发（ET）写法)
- [2. 水平触发（LT）写法](#2. 水平触发（LT）写法)
- [3. 数据读取逻辑](#3. 数据读取逻辑)
四、运行现象：两种模式的直观差异
- [1. 边缘触发（ET）运行效果](#1. 边缘触发（ET）运行效果)
- [2. 水平触发（LT）运行效果](#2. 水平触发（LT）运行效果)
[五、关键细节：为什么 ET 是高性能首选？](#五、关键细节：为什么 ET 是高性能首选？)
[六、总结 ✨](#六、总结 ✨)

在高性能网络编程里，epoll 是绕不开的核心利器，它能高效管理大量文件描述符，支撑高并发服务。我们常用它做客户端与服务器通信，而它的两种触发模式 ------水平触发（Level Triggered） 与边缘触发（Edge Triggered），直接决定数据读取逻辑与性能表现。

本文从管道过渡到套接字，用可运行的 C 代码，把两种触发模式的差异、写法、现象讲透，帮你彻底掌握 epoll 实战用法。

一、从管道到套接字：epoll 的通用适配

epoll 不局限于某一种 IPC 机制，管道、套接字都能完美兼容 。

之前我们用管道做进程间通信，现在把逻辑平移到套接字，实现客户端 - 服务器的网络通信，核心 epoll 逻辑几乎不用改。

核心思路：

服务器端：创建套接字 → 绑定监听 → 用 epoll 管理连接
客户端：创建套接字 → 发起 connect → 发送数据
epoll 只监听已连接套接字（CFD），不监听监听套接字（LFD）

c 复制代码

// 核心：只监听 CFD，不挂 LFD
struct epoll_event event;
event.events = EPOLLIN;    // 默认水平触发
event.data.fd = cfd;
epoll_ctl(epfd, EPOLL_CTL_ADD, cfd, &event);

二、epoll 触发模式：LT 与 ET 核心区别

先看最直观的对比表，一眼看懂差异：

模式	全称	触发条件	读取行为	适用场景
水平触发 LT	Level Triggered	只要缓冲区有数据，就持续触发	一次读不完，下次继续触发	简单、不易丢数据
边缘触发 ET	Edge Triggered	只有状态变化时才触发（新数据到来）	必须一次读完，否则数据滞留	高性能、高并发

Mermaid 流程对比

图表说明：

LT 模式：缓冲区只要不为空，epoll_wait 就会持续返回事件，读不完也没关系，下次还能读。
ET 模式：只有新数据到达时才触发一次，若一次没读完，剩余数据会卡在缓冲区，直到下一次新数据写入才再次触发。

三、套接字实战代码：server.c 核心片段

1. 边缘触发（ET）写法

c 复制代码

// 边缘触发关键代码：EPOLLIN | EPOLLET
struct epoll_event event;
event.events = EPOLLIN | EPOLLET;  // 开启边缘触发
event.data.fd = cfd;
// 添加到 epoll 树
epoll_ctl(epfd, EPOLL_CTL_ADD, cfd, &event);

2. 水平触发（LT）写法

c 复制代码

// 水平触发：默认模式，不加 EPOLLET 即可
struct epoll_event event;
event.events = EPOLLIN;  // 仅监听读事件
event.data.fd = cfd;
epoll_ctl(epfd, EPOLL_CTL_ADD, cfd, &event);

3. 数据读取逻辑

c 复制代码

// 循环读取，ET 模式必须读到 -1/EAGAIN
char buf[1024];
while (1) {
    ssize_t n = read(cfd, buf, sizeof(buf));
    if (n <= 0) {
        if (n == -1 && errno == EAGAIN) break;  // ET 读完退出
        close(cfd);
        break;
    }
    write(STDOUT_FILENO, buf, n);
}

四、运行现象：两种模式的直观差异

我们做一个简单测试：

客户端每隔 5 秒发送一串数据（AAAn、BBBn、CCCn...）
服务器每次只读 5 字节

1. 边缘触发（ET）运行效果

客户端发 AAAn → 服务器触发一次，只读 5 字节
剩余 BBBn 滞留在缓冲区，不会触发
客户端再发 CCCn → 新数据到来，再次触发
服务器先读旧数据 BBBn，再读新数据

2. 水平触发（LT）运行效果

客户端发 AAAn+BBBn → 缓冲区有数据，持续触发
服务器一次性读完 10 字节，无数据滞留
每隔 5 秒客户端发数据，服务器立即读完

五、关键细节：为什么 ET 是高性能首选？

减少系统调用：LT 会频繁触发，导致多次 epoll_wait；ET 仅触发一次，降低内核开销。
高并发支撑：百万连接场景下，ET 能大幅减少事件通知次数。
注意阻塞问题 ：ET 必须搭配非阻塞 socket，否则 read/write 会卡住整个服务。

c 复制代码

// ET 模式必加：设置非阻塞
int flag = fcntl(cfd, F_GETFL);
flag |= O_NONBLOCK;
fcntl(cfd, F_SETFL, flag);

六、总结 ✨

epoll 是通用 I/O 多路复用器，管道、套接字均可使用。
水平触发 LT：简单安全，适合快速开发，默认模式。
边缘触发 ET：高性能核心，需一次读完数据，搭配非阻塞。
代码写法：EPOLLIN | EPOLLET 开启 ET，不加则为 LT。

掌握这两种模式，你就能写出真正高并发、低延迟的网络服务，在后端开发中如虎添翼 🚀