epoll 事件之 EPOLLRDHUP
这篇讲的是，作者在一次系统排查中遇到了一个颇为棘手的现象：明明是远端客户端主动断开了连接，服务端的日志里却打印了一个查询失败的错误。然而从最终用户的视角看，整个请求的响应是完全正常的，这造成了内部监控与真实用户体验之间的“错觉”。 问题的根源，被锁定在了对epoll事件处理的细节上。文章深入探讨了EPOLLRDHUP这个事件标志位的作用。在默认的处理逻辑中，服务端可能并未精确区分“连接正常关闭”与“连接上发生错误”这两种不同的关闭原因，从而导致在对方正常FIN时，程序也走到了错误处理的分支。 作者不仅指出了这个容易被忽略的“坑”，更分享了如何利用EPOLLRDHUP来完善状态机。通过正确监听和处理这个事件，服务端就能准确识别出“对端已关闭写通道”这一事实，从而做出恰当的资源清理和日志记录，避免误报。文章从一次实际的困惑出发，最终落脚于对epoll底层机制更精细化的掌控，对处理网络编程中的边界情况很有启发。