怎样解决TCP/IP中的FIN_WAIT_2问题？

gbunix

我们的系统应用中出现这样一个问题。系统A为client，系统B为server。在作tcp/ip通信中server端总出现大量FIN_WAIT_2状态。初步认为是网络堵塞，server先close socket，进入FIN_WAIT_2，然后没有收到client的close socket 不能转入TIME_WAIT状态。
因该怎样解决？FIN_WAIT_2对系统有什么样的影响？

（请不要说改造网络，希望从编程角度出发）

simonchan

client close socket 会发送关闭信号给server端,server 端在close socket 前等待读client端发送的信号,然后在close socket
例如:
//等待client端关闭
while( read(sock,&c,1) >; 0 ) ;
shutdown(sock,2);
close(sock);

gbunix

谢谢指教！
但是个被动机制，server 要等待client 的close socket FIN分节，有可能造成进程进入死循环（如果网络不好，切极端的情况下），有没有使用time out的方法，主动消除FIN_WAIT_2的状态。

lcd

up，我也想知道

FIN_WAIT_2状态下至少要维护一个接收缓冲区吧，我想，还是要浪费系统资源的。

但我感到奇怪的是，为何你的 client端会没发过来FIN，除非是你client端的程序有问题。在你主动关闭的情况下，TCP协议会保证把FIN发过来的，即使网络阻塞(但不是完全不通)。

这是我的理解，不一定对，仅供参考

gbunix

client有close socket ，我怀疑可能是因为网络原因，FIN分节好像到达server特别慢或没有到达，因为只有在网络十分繁忙时，才会有这种想象出现。

saviour_q

if fin_wait_2 apprears at server site, then the server send close() to the client first. it will lasted for 60/240 second.