Windows下调用closesocket发送RST：如何正常释放资源且避免RST？

这个问题我做Windows套接字开发时踩过不少坑，其实完全可以实现正常关闭且不发RST，核心在于正确组合shutdown调用、处理剩余数据，以及配置套接字的SO_LINGER选项，下面一步步说清楚：

为什么默认closesocket会发RST？ #

和Linux的close行为不同，Windows Winsock的默认逻辑是：如果调用closesocket时，套接字还有未发送完成的数据，或者接收缓冲区还有未读取的内容，系统会直接发送RST报文强制关闭连接，而非走正常的FIN/ACK双向握手。这是因为默认情况下SO_LINGER选项是禁用的，closesocket会立即终止连接。

正确的实现步骤 #

1. 用shutdown发起正常关闭流程 #

shutdown的作用是关闭套接字的读写方向，而非直接释放资源：

• 调用shutdown(sock, SD_SEND)：这会向对方发送FIN报文，告知对方我们不再发送数据。此时我们仍能接收对方发来的后续数据。
• 持续调用recv读取数据，直到recv返回0（表示对方也发送了FIN，关闭握手完成了一半）。跳过这一步直接关闭套接字，大概率还是会触发RST。
• （可选）如果确认不需要再接收数据，也可以调用shutdown(sock, SD_RECEIVE)关闭接收方向，但这一步不是必须的，后续closesocket会自动处理。

2. 配置SO_LINGER选项 #

这是避免RST的关键！我们需要让closesocket等待一段时间，确保FIN/ACK握手完成后再释放资源：

struct linger li;
li.l_onoff = 1;          // 启用linger机制
li.l_linger = 5;         // 设置等待超时时间（单位：秒，可根据场景调整）
setsockopt(sock, SOL_SOCKET, SO_LINGER, (char*)&li, sizeof(li));

• l_onoff=1表示启用linger，l_linger设置的是closesocket等待的最长时长，这段时间内系统会等待关闭流程完成，而非直接发RST。
• 注意不要把l_linger设为0，否则会强制立即关闭并发送RST，和默认行为完全一致。

3. 最后调用closesocket释放资源 #

完成shutdown、读取完所有剩余数据，且配置好SO_LINGER后，调用closesocket(sock)。此时系统会在linger超时时间内等待握手流程完成，正常释放套接字资源，不会发送RST报文。

额外注意事项 #

• 如果使用了异步IO模型（比如IOCP、WSAAsyncSelect），要确保所有异步操作都已完成后再执行上述步骤，否则可能导致异常关闭。
• 如果调用shutdown(sock, SD_BOTH)同时关闭读写方向，也要记得先读取完接收缓冲区的所有数据，直到recv返回0，再配置SO_LINGER和调用closesocket。
• 超时时间l_linger的设置要合理，太短可能导致握手未完成就关闭，太长可能导致资源释放延迟，一般设置3-10秒即可。

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