C语言中用poll()检查套接字状态：调试正常，常规运行异常

你遇到的核心问题是：调试时套接字处于可写状态（POLLOUT触发），但正常运行时套接字已进入错误/关闭状态，导致POLLOUT不触发，且你的代码未处理poll返回的错误事件。

原因拆解 #

1. POLLOUT触发条件：只有当套接字发送缓冲区有剩余空间、连接状态正常时，POLLOUT才会被置位。如果对方已经关闭了套接字读端（比如进程退出、主动close读fd），你的写端套接字会进入错误状态，poll返回时会在revents中设置POLLHUP或POLLERR，而非POLLOUT。
2. 时序差异：调试时因断点停顿，对方进程可能尚未关闭读端，套接字保持可写；正常运行时流程更快，对方已关闭连接，导致poll检测不到POLLOUT。

修复方案 #

1. 处理poll返回的错误事件 #

修改poll后的判断逻辑，优先检查错误状态，再判断是否可写：

struct pollfd pfds[1];
pfds[0].fd = sock_fd;
pfds[0].events = POLLOUT;

int poll_ret = poll(pfds, 1, -1);
if (poll_ret == -1) {
    printf("Cannot check status of socket\n");
    return -1;
}

// 先处理错误情况：套接字已关闭或出错
if (pfds[0].revents & (POLLERR | POLLHUP | POLLNVAL)) {
    printf("Socket is in error/hung up state\n");
    token[0] = 0x02;
    return_code = -1;
    break;
}

// 再检查是否可写
if (pfds[0].revents & POLLOUT) {
    ssize_t write_ret = write(sock_fd, token, 1);
    if (write_ret != 1) {
        if (errno == EPIPE) {
            printf("Broken pipe detected on write\n");
        } else {
            printf("Could not write to socket\n");
        }
        token[0] = 0x02;
        return_code = -1;
        break;
    }
}

2. 忽略SIGPIPE信号，避免进程崩溃 #

即使做了poll检查，仍可能存在竞态（poll后到write前，对方关闭连接）。此时write会触发SIGPIPE信号导致进程崩溃，需提前忽略该信号：

// 在程序初始化阶段调用
signal(SIGPIPE, SIG_IGN);

设置后，write遇到broken pipe时会返回-1，errno设为EPIPE，你可以在代码中捕获并处理，而非直接崩溃。

3. 确认socketpair的fd使用正确性 #

检查sock_fd是否为socketpair返回的有效fd，且未被意外关闭。socketpair返回的两个fd是双向的，只要对方关闭其中一个fd，你的端就会收到POLLHUP事件。确保对方进程退出前正确关闭对应套接字fd，避免资源泄漏导致的异常状态。

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