TCP连接疑问：发送RESET ACK后客户端连接为何仍处于ESTABLISHED状态？

一、连接未关闭的原因 #

• 应用层未感知RST：TCP内核收到RST报文后，不会直接把连接从ESTABLISHED切换到CLOSED，除非应用层尝试对该socket执行读写操作（如recv、send）。如果客户端程序处于阻塞等待或未主动轮询socket状态，内核会维持ESTABLISHED状态，直到应用触发错误才更新。
• Windows TCP栈的实现特性：和Linux不同，Windows的TCP栈处理RST时，不会主动修改已建立连接的状态标识，而是保留ESTABLISHED状态，直到应用层触发socket错误，或等待系统TCP连接超时机制（通常数分钟到数十分钟）触发清理。
• 手动发送FIN-ACK无效：服务器已发送RST终止连接，此时TCP状态机已进入异常分支，客户端主动发送FIN-ACK不符合协议逻辑，内核会直接忽略该报文，无法触发连接关闭流程。

二、手动关闭连接的方法 #

• 通过进程终止回收socket：
  1. 执行 netstat -ano | findstr :sourceport，找到对应连接的PID数值
  2. 执行 taskkill /F /PID <找到的PID>，强制终止持有该socket的进程，系统会自动回收连接
• 使用PowerShell定位并关闭：
  执行 Get-NetTCPConnection -LocalPort <sourceport>，找到对应的OwningProcess，再用 Stop-Process -Id <进程ID> -Force 终止进程
• 可视化工具直接操作：使用微软Sysinternals的TCPView工具，找到目标连接后右键选择“Close Connection”，需管理员权限执行

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