服务端关闭客户端socket异常：Epoll模式下fd复用出现旧请求与broken_pipe问题

你遇到的是Epoll编程场景下的经典错误：关闭客户端socket前未将对应fd从Epoll监听集合中移除，完整故障链路如下：

• 当客户端断开连接、recv()返回0时，你直接调用close(fd=6)销毁socket，但没有提前执行epoll_ctl(epfd, EPOLL_CTL_DEL, 6, NULL)将该fd从Epoll的监听队列中删除，该fd对应的事件会残留在Epoll内核态的红黑树结构中
• 后续内核分配新连接的fd时，会优先复用已释放的最小fd号，因此会出现新连接分配到fd=6的情况
• 你给新的fd=6注册EPOLLIN事件时，相当于给同一个fd号重复注册事件，此时Epoll会优先返回残留的旧事件，就会出现读取到旧请求、发送响应时触发SIGPIPE的问题
• 事件处理逻辑混乱后会进一步干扰监听socket（fd=5）的事件触发流程，最终导致服务端无法接收新连接
• 你已经将SIGPIPE设置为SIG_IGN仅能避免进程被信号终止，无法解决核心的Epoll事件残留问题，因此故障现象仍然存在

• 调整连接销毁逻辑：所有客户端socket调用close()前，必须先执行EPOLL_CTL_DEL操作将对应fd从Epoll监听集合中移除
• 优化连接断开判断逻辑：recv()返回0是对端正常发送FIN包关闭连接的标识，不属于异常连接，走标准的连接资源回收流程即可
• 若使用ET（边缘触发）模式，建议新增对EPOLLRDHUP事件的监听，提前感知对端断开动作，避免无效的IO调用
• 如果你用了用户态的fd上下文结构体存储连接数据，销毁连接时必须同步清空上下文所有字段，避免旧数据污染新连接的处理逻辑

修复完成后，用siege多次执行压测+Ctrl+C终止的操作，同时可以用strace工具跟踪服务端的系统调用，确认每个关闭的客户端fd都有对应的epoll_ctl(...EPOLL_CTL_DEL...)调用即可。

内容的提问来源于stack exchange，提问作者gdupont