C语言Socket编程中POLLHUP事件与recv返回0的技术差异

二者虽然都和连接断开相关，但触发逻辑、语义边界、对应的连接状态完全不同，绝对不能等价处理，核心区别如下：

1. 本质语义完全不同 #

• recv(fd, ...) 返回0是读流结束标记：代表你当前在这个套接字上已经读不到任何来自对端的新数据了，本质是内核收到了对端发来的FIN包，对端关闭了它自己的写方向。
• POLLHUP 是连接挂起事件：是内核通过poll机制上报的信号，代表这个套接字的双向传输通道都已经彻底失效，不存在任何继续传输数据的可能。

2. 对应的连接状态不同 #

• recv() 返回0时，连接大概率处于半关闭状态：TCP是全双工协议，对端关了写（不再发数据）不代表本端不能写数据——只要对端没有关闭读方向，你依然可以正常调用send()向对端发送数据，直到你自己也关闭写方向完成四次挥手。这个状态下poll()只会触发POLLIN事件，绝对不会触发POLLHUP。
  举个最常见的场景：你写的服务端在处理完请求后调用shutdown(sock, SHUT_WR)发送FIN，客户端调用recv()就会拿到0，但此时客户端依然可以把最后一段待上传的数据发给服务端，不会触发任何错误。
• POLLHUP 触发时，连接已经完全双向断开：不管读还是写都已经无法进行，不存在半连接的可能性，此时再调用recv/send都会直接返回错误，没有任何继续传输的余地。

3. 覆盖的场景范围不同 #

• recv() 返回0只对应一种场景：对端通过正常流程关闭写半连接，完成了FIN包的发送。如果是对端进程崩溃、网络中断超时、对端发送RST强制断开连接这类异常场景，recv()不会返回0，而是返回-1并设置对应errno（常见如ECONNRESET、ETIMEDOUT）。
• POLLHUP 覆盖的场景更广：除了双向正常关闭的连接，本地Unix域套接字对端进程异常退出、TCP连接收到RST被内核标记为失效、本端/对端主动调用shutdown()关闭读写双向时，都会触发POLLHUP。

4. 编程处理要求不同 #

• 当poll触发POLLIN、调用recv返回0时：不需要立刻销毁套接字，先判断自己是否还有数据要发给对端，如果有就继续发送，所有数据发完后再关闭套接字即可；如果没有待发数据，直接关闭套接字回收资源。
• 当poll触发POLLHUP时：不需要再尝试任何读写操作，直接关闭套接字、回收对应资源即可。

常见误区：很多人误以为对端调用close()关闭连接就会触发POLLHUP，这是错误的。对端close()只会发送FIN，本端只会收到POLLIN事件，调用recv拿到0，直到本端也关闭写方向、双向通道都断开后才会触发POLLHUP。

内容的提问来源于stack exchange，提问作者carce-bo