- 主动关闭方,进入TIME_WAIT;被动关闭方,进入CLOSE_WAIT。
- Listen端主动关闭进入TIME_WAIT状态,则Listent的Server能够立即接收同一个四元组的连接,通常没任何害处。
- Client端主动关闭进入TIME_WAIT状态,则该Client无法使用同一个local端口连接同一个Server端,但这通常也不会带来坏处,因为Client端通常使用随机端口。
- 假如Nginx即作为Server端又作为Client端,例如Nginx+FastCGI的组合,则应该让FastCGI主动关闭Nginx的请求。否则Nginx作为Client产生的TIME_WAIT将会浪费一个随机端口,造成Nginx作为Proxy无法应对海量的请求。
- 如果有大量CLOSE_WAIT状态的连接,表明对端已经Close了连接,但本端还没有执行Close()操作,有以两种常见的原因:
- 最常见的情况是编码错误,造成socket fd泄漏,在某些情况下未能正常Close连接。
- 另一种情况则是由于Server端非常繁忙,有大量的短连接来不及关闭,可以考虑开启Keepalive来解决。
TCP的TIME_WAIT和CLOSE_TIME
最新推荐文章于 2020-03-27 16:20:23 发布