如何终止Socket所有阻塞调用且不中断连接、不丢失消息

跨平台可行方案 #

方案1：IO多路复用+专用唤醒通道（推荐，改动量极小，无hack）

这是现在主流网络库都在用的阻塞IO优雅唤醒标准实现，全平台通吃（Windows/Linux/macOS/BSD都支持），不用改原有业务处理逻辑，也不会动原套接字的状态，完全不需要切换非阻塞/异步模式：

• 包装器初始化的时候，额外创建一组双向连通的本地IO对象当唤醒通道：POSIX系统直接调socketpair()就行，Win10 1803以上也原生支持socketpair，老版本Windows自己绑两个127.0.0.1的TCP套接字模拟即可，开销可以忽略。
• 把原来直接死循环阻塞在read()的逻辑，改成先阻塞在select()/poll()/WSAPoll调用上，同时监听两个对象的可读事件：一个是业务用的目标Socket，另一个是唤醒通道的读端。
• 只有select()/poll()返回业务Socket可读的时候，才走原来的read()和数据处理逻辑，这部分代码完全不需要改动。
• 要终止阻塞读、移交底层Socket控制权时，只要往唤醒通道写端塞1个字节，select()/poll()会立刻返回，检测到唤醒通道有数据后，把那1个字节读出来（避免下次复用留脏数据），直接退出读循环就完事。
• 全程没有修改业务Socket的任何属性，连接状态、内核中缓存的收发数据完全保留，不会断连也不会丢消息，退出之后可以直接把原Socket交给外部操作。

方案2：描述符复制+关闭原持有描述符（适配现有逻辑改动最小）

套接字在内核中是引用计数管理的，只要还有一个描述符/句柄指向内核里的套接字对象，连接就不会中断，缓冲区数据也不会丢失，利用这个特性可以实现和Windows平台DuplicateAndClose()完全一致的跨平台效果：

• POSIX系统（Linux/macOS/BSD等）：调dup()复制包装器持有的Socket描述符，拿到一个新的、指向同一个内核套接字的描述符，之后直接close()包装器原来持有的旧描述符即可。此时阻塞在旧描述符上的read()会立刻被唤醒返回错误，errno为EBADF，包装器捕获到这个错误、识别为主动触发的退出信号后，直接终止读循环就好，新复制的描述符可以直接交给外部使用，连接和数据完全不受影响。
• Windows平台：如果不使用.NET封装的DuplicateAndClose()，直接调用系统API DuplicateHandle()就能实现和dup()一致的效果，复制出新Socket句柄后关闭原句柄，即可唤醒阻塞的读调用。
• 注意事项：需要在错误处理逻辑里单独识别这个主动触发的EBADF或者对应的Windows错误码，不要把它当成连接异常上报。

不推荐的方案 #

• 调用shutdown()关闭Socket读方向：会直接清空内核接收缓冲区，未读数据会被丢弃，不符合需求。
• 用pthread_cancel()或者其他强制终止线程的接口：取消点完全不可控，极易引发资源泄漏、锁死等问题，稳定性极差。
• 你提到的1秒超时轮询方案：不光存在额外唤醒延迟，还会带来不必要的CPU空转开销，确实属于hack实现，没必要采用。

补充参考：如果后续没有非阻塞/异步模式的使用限制，用异步IO框架确实可以非常轻松地实现阻塞唤醒，不需要额外处理这些底层逻辑，其他遇到同类问题的开发者可以参考。

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