我有一个 Windows 服务,当它启动时,它会打开一些 WCF 服务来监听 8000 端口。碰巧这个服务有时会崩溃。当它这样做时,TCP 连接不会被释放,因此如果我尝试再次启动它,会导致我的服务抛出异常:
AddressAlreadyInUseException: There is already a listener on IP endpoint 0.0.0.0:8000
一些观察:
运行时CurrPorts或
netstat -ano
,我可以看到 8000 端口仍在使用中(处于LISTENING
状态)并且由进程 IDXXX
拥有对应于我的服务进程 ID。但是我的服务已经崩溃了,并且不再出现在任务管理器中。因此我无法终止释放端口的进程!当然是跑taskkill /PID XXX
返回:ERROR: The process "XXX" not found.
运行时CurrPorts或
netstat -b
,可以看到创建监听端口涉及的进程名是System
, 而不是MyService.exe
(而当我的服务正在运行时它是MyService.exe
)。我尝试使用 CurrPorts关闭连接,但我总是收到以下错误消息:
Failed to close one or more TCP connections. Be aware that you must run this tool as admin in order to close TCP connections.
(不用说,我确实以管理员身份运行 CurrPorts...)
TCPView也没有太大帮助:与 8000 端口关联的进程名称是
<non-existent>
,并且执行“结束进程”或“关闭连接”没有任何效果。我试图查看是否没有与 PID
XXX
关联的子进程使用 Process Explorer ,但这里没有运气。如果我正确关闭我的服务(在它崩溃之前),TCP 连接就会正确释放。这是正常的,因为我关闭了
OnStop()
中的 WCF 服务主机。我服务的事件。
我发现释放连接的唯一方法是重新启动服务器(您可以猜到,这在生产环境中并不方便)。等待没有帮助,TCP 连接永远不会释放。
如何在不重启 Windows 服务器的情况下关闭连接?
最佳答案
我遇到了同样的问题,最终发现该端口被我的进程子启动的子进程保持打开状态。不知道为什么没有系统工具可以告诉我。结束子进程释放端口。
关于c# - 当所有者进程已经被杀死时关闭 TCP 连接,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16730776/