星话大白1. 从零理解epoll的核心机制
在Linux服务器开发领域，epoll无疑是构建高并发服务的基石技术。我第一次接触epoll是在开发一个需要支撑5000+并发连接的游戏服务器时，当时使用传统的select模型导致CPU占用率居高不下，直到改用epoll才真正解决了性能瓶颈。
epoll本质上是一种I/O事件通知机制，它解决了传统select/poll模型在处理大规模并发连接时的性能问题。想象一下这样的场景：一个餐厅里有100位顾客（相当于socket连接），传统方式是服务员（相当于线程）需要逐个询问每位顾客是否需要服务（相当于轮询），而epoll则像是顾客主动按服务铃，服务员只需响应那些真正需要服务的顾客。
1.1 epoll与select/poll的本质区别
select/poll模型采用轮询机制，每次调用都需要将整个文件描述符集合从用户空间拷贝到内核空间，内核需要线性扫描所有描述符。这种O(n)时间复杂度在连接数增加时会导致明显的性能下降。我曾做过测试，当并发连接达到3000时，select的响应延迟已经超过200ms。
而epoll采用了完全不同的设计思路：
- 使用红黑树存储待监控的文件描述符，使得增删改查操作都是O(log n)复杂度
- 采用回调机制，内核通过事件驱动方式通知就绪事件
- 通过mmap共享内存避免用户空间和内核空间的数据拷贝
1.2 epoll的三大核心API详解
1.2.1 epoll_create - 创建监控实例
c复制int epoll_create(int size);
这个系统调用会创建一个epoll实例，返回一个文件描述符（epfd）。虽然参数size在较新内核中已不再重要（内核会动态调整），但通常建议设置为预计监控的文件描述符数量。
注意：记得在程序结束时close(epfd)，否则会导致文件描述符泄漏。我在早期项目中就曾因此导致服务器运行几天后无法创建新连接。
1.2.2 epoll_ctl - 管理监控列表
c复制int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);
这是epoll的核心控制接口，支持三种操作：
- EPOLL_CTL_AD