C/C++中poll()函数工作原理及POLLHUP触发问题咨询

一、poll 后台如何检测事件？ #

poll 是内核提供的多路复用机制，核心逻辑是让内核帮你监控一组文件描述符（fd）的状态，而非用户态自己轮询：

• 调用 poll() 时，你会把包含 fd 和关注事件的 pollfd 数组传给内核。
• 内核会将这些 fd 与自身维护的文件状态表关联，内核本身就会跟踪每个 fd 的状态变化（比如 TCP 连接的数据包到达、连接状态变更、文件读写就绪等）。
• 若没有任何 fd 触发你关注的事件，内核会将当前进程挂起，直到有事件发生或超时；一旦有匹配的事件，内核会把触发的事件写入 pollfd 的 revents 字段，唤醒进程并返回。
• 内核不会主动轮询所有 fd，而是依赖底层的事件通知机制（比如 TCP 协议栈的状态回调、文件系统的就绪信号）来标记 fd 的状态变化，效率远高于用户态轮询。

二、POLLHUP/POLLERR 触发失败的问题分析 #

你遇到的用 netcat 触发 POLLHUP 却只收到 POLLIN 的情况，本质是 TCP 连接关闭流程和 poll 事件触发规则的匹配问题：

1. 为什么 ctrl+c/-q/-w 只会触发 POLLIN？ #

当你用 ctrl+c 终止 netcat，或用 -q/-w 参数让它主动退出时，netcat 会正常关闭 TCP 连接：发送 FIN 包给服务端，然后退出。

• 服务端收到 FIN 后，TCP 连接进入 CLOSE_WAIT 状态，此时服务端的 socket 读缓冲区没有数据，但调用 read() 会返回 0（表示读到 EOF）。
• 内核会将这个 fd 标记为 POLLIN，因为 read() 操作不会阻塞，能立即得到结果（EOF）。
• 这种正常的半关闭状态（对端关闭写端，本地还能写）不会触发 POLLHUP，POLLHUP 仅在连接完全断开或无法进行任何读写操作时才会触发。

2. 什么时候会触发 POLLHUP/POLLERR？ #

• POLLHUP：通常在以下场景触发：
  • 客户端异常断开（比如断电、直接 kill 进程且未发送 FIN），服务端后续发送数据时收到 RST 包；
  • 服务端已经关闭了本地的 socket fd，却还在监控它；
  • TCP 连接进入 LAST_ACK 状态，且所有数据都已处理完成。
• POLLERR：当 fd 发生不可恢复的错误时触发，比如：
  • 向已收到 RST 的 socket 写入数据；
  • socket 本身处于无效状态（比如未绑定/监听的 fd）。

3. 如何正确处理连接关闭？ #

不要依赖 POLLHUP 来检测对端正常关闭，正确的做法是：

• 当 revents 包含 POLLIN 时，调用 read() 读取数据；
• 如果 read() 返回 0，说明对端已经关闭写连接，此时应该主动关闭本地的 socket fd，清理相关资源；
• 如果 read() 返回 -1，再结合 errno 判断是错误（比如 ECONNRESET 对应连接重置，此时会触发 POLLERR）还是正常的阻塞中断（比如 EINTR）。

示例代码片段：

ssize_t nread = read(this->_sockets[i].fd, buf, sizeof(buf));
if (nread == 0) {
    // 对端正常关闭，清理fd
    close(this->_sockets[i].fd);
    // 从pollfd数组中移除该fd
} else if (nread == -1) {
    if (errno == ECONNRESET) {
        // 连接被重置，触发POLLERR
        close(this->_sockets[i].fd);
    } else if (errno != EINTR) {
        // 其他错误处理
        perror("read error");
    }
}

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