🚀 Linux 高并发基石：epoll 核心原理 + LT/ET 触发模式深度剖析
- [一、epoll 是什么？------ 多路复用的「增强版王者」](#一、epoll 是什么？—— 多路复用的「增强版王者」)
-
- [1.1 核心优势：直击 select/poll 痛点](#1.1 核心优势：直击 select/poll 痛点)
- [1.2 黄金适用场景](#1.2 黄金适用场景)
- [二、epoll 两大触发模式：LT 与 ET 深度解析](#二、epoll 两大触发模式：LT 与 ET 深度解析)
-
- [2.1 模电基础：看懂触发逻辑](#2.1 模电基础：看懂触发逻辑)
- [3.3 两种模式运行效果对比](#3.3 两种模式运行效果对比)
-
- [✅ 水平触发（LT）：默认模式](#✅ 水平触发（LT）：默认模式)
- [⚡ 边缘触发（ET）：高性能模式](#⚡ 边缘触发（ET）：高性能模式)
- [四、总结：epoll 核心要点速记](#四、总结：epoll 核心要点速记)
在 Linux 高性能网络编程领域，epoll 堪称多路复用 IO 的「终极方案」。它彻底解决了 select/poll 在海量连接下的性能瓶颈，成为 Nginx、Redis、Skynet 等高并发组件的核心依赖。本文将从原理、适用场景、触发模式到实战代码，一次性讲透 epoll 的所有关键细节✨。
一、epoll 是什么？------ 多路复用的「增强版王者」
epoll 是 Linux 系统下多路复用 IO 接口的增强实现 ，核心作用是监听大量文件描述符，只在有事件触发时返回，大幅提升系统 CPU 利用率。
1.1 核心优势：直击 select/poll 痛点
select/poll 采用轮询遍历 方式，无论文件描述符是否活跃，都会全量扫描，在「海量连接、少量活跃」场景下效率极低。
epoll 则通过内核事件通知机制 ，仅返回活跃的文件描述符，避免无效遍历，性能呈指数级提升📈。
1.2 黄金适用场景
epoll 的「本命场景」：大量并发连接 + 极少活跃连接。
-
网页服务：用户与服务器保持长连接，但仅点击时发送数据
-
即时通讯：在线用户多，实时消息少
-
游戏服务器：海量玩家在线，操作请求稀疏
简单来说：连接多、动静少，用 epoll 准没错。
二、epoll 两大触发模式：LT 与 ET 深度解析
epoll 的事件触发分为水平触发（LT） 和边缘触发（ET），概念源自模电数电的「电平」与「边沿」，是理解 epoll 高阶用法的关键。
2.1 模电基础：看懂触发逻辑
用 Mermaid 模拟电平变化，直观理解两种触发逻辑：
渲染错误: Mermaid 渲染失败: Parse error on line 6: ... 上升沿/下降沿 --> F边缘触发```**图表说明**：- 水平 -----------------------^ Expecting 'SEMI', 'NEWLINE', 'SPACE', 'EOF', 'SHAPE_DATA', 'STYLE_SEPARATOR', 'START_LINK', 'LINK', 'LINK_ID', got 'NODE_STRING'
3.3 两种模式运行效果对比
✅ 水平触发（LT）：默认模式
-
子进程写入 10 字节 → 父进程读取 5 字节，缓冲区残留 5 字节
-
残留数据会持续触发 epoll_wait，父进程立即读取剩余 5 字节
-
无需等待子进程下一次写入，数据一次性读完
⚡ 边缘触发（ET）：高性能模式
-
子进程写入 10 字节 → 父进程读取 5 字节，缓冲区残留 5 字节
-
残留数据不会触发 epoll_wait，父进程阻塞等待
-
直到子进程 5 秒后写入新数据，才触发一次读取，先读残留数据，再读新数据
四、总结：epoll 核心要点速记
-
定位：Linux 多路复用 IO 增强版，仅支持 Linux 系统
-
优势：海量连接下，仅返回活跃描述符，CPU 利用率拉满
-
触发模式：
-
LT（水平触发）：默认、简单、残留数据持续触发
-
ET（边缘触发）：高性能、仅新事件触发、需配合非阻塞 IO 完整读取
-
-
适用场景：所有「高并发、低活跃」的网络 / 进程通信场景
epoll 是 Linux 高并发编程的必修课，理解 LT 与 ET 的差异，才能写出真正高性能的网络程序🔥。