🔑 为什么 epoll 不只是“更快的 select”
很多人第一次接触 I/O 多路复用时，会把 select、poll、epoll 理解成“谁更快”的版本升级，这个理解太浅了。epoll 真正重要的设计点，不是把一个旧接口做了性能优化，而是把“每次都把所有 fd 扫一遍”改成了“内核记住你关心谁，谁真的就绪了再告诉你”。这背后解决的是工作方式的问题，不只是常数优化。
select 和 poll 的思路很直接：用户态把一批文件描述符交给内核，内核检查一遍哪些可读、可写，然后把结果返回。问题在于，这件事每次调用都要重复做，哪怕这 1 万个连接里只有 3 个真的有数据，内核还是得把 1 万个都看一遍，用户态也还得重新传一遍关注列表。连接数一大，开销就不在“读写数据”本身，而在“反复检查没事发生的对象”。
epoll 换了个思路。你先用 epoll_ctl 把自己关心的 fd 注册进去，之后内核替你维护这份关注集合。真正有事件发生时，内核把就绪的 fd 放进就绪队列，epoll_wait 取回来的就是这批“已经发生事”的对象。重点在这里：返回结果的规模更接近“活跃连接数”，而不是“总连接数”。这就是为什么它特别适合高并发但大多数连接都很安静的场景，比如网关、聊天服务、反向代理。
但 epoll 最常见的坑，不在 API，而在事件触发语义。尤其是 edge-triggered，也就是 ET 模式。很多人以为“来了一个可读事件，读一次就行”，结果程序随机卡死。原因很简单：ET 只在状态从“不可读”变成“可读”时提醒你一次，如果缓冲区里其实还有数据没读完，而你提前收手了，后面可能就再也收不到通知。正确做法通常是一直读到返回 EAGAIN 为止，把这次能吃掉的数据全吃掉。level-triggered，也就是 LT 模式，行为更像“只要你还没处理完，我就继续提醒你”，更稳，更适合初学时先把模型跑对。
所以，epoll 的设计哲学不是“帮你省一点循环”，而是把“关注集合”和“就绪结果”拆开，把重复劳动挪到一次性注册里，把运行时成本尽量压到真正有事件的对象上。这个思路在系统设计里很常见：别每轮都重新扫描世界，应该让系统在变化发生时主动暴露变化。
🧪 如果一个 socket 使用 epoll 的 ET 模式，并且一次可读事件到来后你只 read 了一部分数据就返回事件循环，最可能出现什么后果？
💡 易混淆点：epoll 更高效不等于任何场景都更快，真正容易搞错的边界是“连接总数很多但活跃很少”与“连接本来就不多”这两类负载完全不是一回事。
#CS
很多人第一次接触 I/O 多路复用时，会把 select、poll、epoll 理解成“谁更快”的版本升级，这个理解太浅了。epoll 真正重要的设计点，不是把一个旧接口做了性能优化，而是把“每次都把所有 fd 扫一遍”改成了“内核记住你关心谁，谁真的就绪了再告诉你”。这背后解决的是工作方式的问题，不只是常数优化。
select 和 poll 的思路很直接：用户态把一批文件描述符交给内核，内核检查一遍哪些可读、可写，然后把结果返回。问题在于，这件事每次调用都要重复做，哪怕这 1 万个连接里只有 3 个真的有数据，内核还是得把 1 万个都看一遍，用户态也还得重新传一遍关注列表。连接数一大，开销就不在“读写数据”本身，而在“反复检查没事发生的对象”。
epoll 换了个思路。你先用 epoll_ctl 把自己关心的 fd 注册进去，之后内核替你维护这份关注集合。真正有事件发生时，内核把就绪的 fd 放进就绪队列，epoll_wait 取回来的就是这批“已经发生事”的对象。重点在这里：返回结果的规模更接近“活跃连接数”，而不是“总连接数”。这就是为什么它特别适合高并发但大多数连接都很安静的场景，比如网关、聊天服务、反向代理。
但 epoll 最常见的坑，不在 API，而在事件触发语义。尤其是 edge-triggered，也就是 ET 模式。很多人以为“来了一个可读事件，读一次就行”，结果程序随机卡死。原因很简单：ET 只在状态从“不可读”变成“可读”时提醒你一次，如果缓冲区里其实还有数据没读完，而你提前收手了，后面可能就再也收不到通知。正确做法通常是一直读到返回 EAGAIN 为止，把这次能吃掉的数据全吃掉。level-triggered，也就是 LT 模式，行为更像“只要你还没处理完，我就继续提醒你”，更稳，更适合初学时先把模型跑对。
所以，epoll 的设计哲学不是“帮你省一点循环”，而是把“关注集合”和“就绪结果”拆开，把重复劳动挪到一次性注册里，把运行时成本尽量压到真正有事件的对象上。这个思路在系统设计里很常见：别每轮都重新扫描世界，应该让系统在变化发生时主动暴露变化。
🧪 如果一个 socket 使用 epoll 的 ET 模式，并且一次可读事件到来后你只 read 了一部分数据就返回事件循环，最可能出现什么后果？
💡 易混淆点：epoll 更高效不等于任何场景都更快，真正容易搞错的边界是“连接总数很多但活跃很少”与“连接本来就不多”这两类负载完全不是一回事。
#CS
