Qt Sockets：强制断开处于FIN-WAIT-1状态的连接

我之前维护类似Qt TCP服务器时，也碰到过Windows平台下套接字卡在FIN-WAIT-1的情况，结合你提到的Qt5.9 + 32位MSVC2015环境，给你分享下排查思路和解决办法：

可能的原因 #

• Windows与Linux TCP栈行为差异：Linux的TCP栈对FIN-WAIT-1状态的超时回收逻辑更灵活，而Windows默认的FIN-WAIT-1超时时间较长（通常2分钟左右），如果客户端异常断开时没发送ACK包，套接字就会一直卡在这个状态。
• Qt5.9的套接字处理局限：这个版本的Qt在MSVC环境下，对WinSock的异常断开处理存在细节问题——比如客户端突然断电、网络中断时，Qt的disconnected信号可能不会触发，导致套接字资源无法被主动释放。
• 32位MSVC2015的特定问题：该版本编译器配套的WinSock库在处理大量并发连接时，存在部分资源释放不及时的已知问题，会加剧套接字滞留的情况。

可行的解决方案 #

1. 配置SO_LINGER选项强制关闭 #

通过设置套接字的SO_LINGER选项，让套接字在关闭时直接发送RST包，跳过TCP优雅关闭流程，避免进入FIN-WAIT状态。适合确定客户端已经异常的场景：

// 在套接字创建完成后设置
struct linger l;
l.l_onoff = 1;    // 启用linger选项
l.l_linger = 0;   // 立即关闭，发送RST
socket->setSocketOption(QAbstractSocket::LingerOption, QVariant::fromValue(l));

⚠️ 注意：这种方式会跳过TCP四次握手，可能导致未传输完成的数据丢失，建议仅在检测到客户端异常时使用。

2. 完善异常监听与主动清理 #

除了监听disconnected信号，还要监听errorOccurred信号，在出现套接字错误时主动关闭并释放资源：

connect(socket, QOverload<QAbstractSocket::SocketError>::of(&QAbstractSocket::errorOccurred), 
        this, [this, socket](QAbstractSocket::SocketError err) {
    qDebug() << "套接字异常:" << err;
    socket->close();
    socket->deleteLater(); // 延迟释放，避免当前事件循环出错
});

另外，添加心跳机制是检测死连接的有效手段：定期向客户端发送心跳包，如果在指定时间内没有收到响应，就判定为死连接并主动关闭套接字，从根源上避免套接字滞留。

3. 调整Windows TCP栈参数（系统级修改） #

通过注册表缩短FIN-WAIT-1的超时时间，加快套接字回收：

1. 打开注册表编辑器，定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
2. 添加DWORD值TcpTimedWaitDelay，设置为30（单位：秒，范围0-300）
3. 重启系统生效
   ⚠️ 这是系统级修改，会影响所有TCP连接，需要评估后再操作。

4. 升级Qt或编译器版本 #

Qt5.9是比较老旧的版本，后续LTS版本（比如Qt5.12、Qt5.15）修复了大量Windows下的套接字问题；同时，改用64位MSVC编译器也能避免32位环境下的部分资源限制问题。如果业务允许，这是从根本上解决问题的方案。

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