如何通过epollselect封装实现高效异步事件循环的源码分析？

本文共计1153个文字，预计阅读时间需要5分钟。

在Linux的高并发场景下，`select`的效率瓶颈十分明确：

实操建议：

• epoll_create1(EPOLL_CLOEXEC) 替代 epoll_create，避免 fork 后子进程意外继承句柄
• 始终用 EPOLLET（边缘触发）+ 非阻塞 socket，否则一次就绪可能漏读完所有数据
• 不要在 epoll_wait 返回后反复 read/write 直到 EAGAIN，必须配合 while (true) { ... break on EAGAIN } 循环
• 注册 EPOLLIN | EPOLLET 即可，不需要额外加 EPOLLONESHOT——你自己控制读写状态更清晰

epoll_event 结构体里哪些字段真正在循环中被频繁读写

epoll_event.data.ptr 是唯一推荐存放用户上下文的地方，比如指向你封装的 Connection 对象指针；epoll_event.data.fd 只在监听 socket 场景下有用（如 accept），普通连接应避免依赖它——因为 fd 可能被复用（close + new socket），而 ptr 是稳定的。

常见错误现象：epoll_ctl(EPOLL_CTL_ADD) 时把栈变量地址赋给 ptr，之后该变量生命周期结束，回调时解引用直接 crash。