结论：几个核心要点
1、time_wait 状态的影响：
2、现实场景：
3、解决办法：服务器端，
4、附录
几个方面：
TCP 连接状态的查询
MSL 时间
TCP 三次握手和四次握手
附录 A：查询 TCP 连接状态
Mac 下，查询 TCP 连接状态的具体命令：
1. `// Mac 下，查询 TCP 连接状态`
2. `$ netstat -nat |grep TIME_WAIT`
3. ``
4. `// Mac 下，查询 TCP 连接状态，其中 -E 表示 grep 或的匹配逻辑`
5. `$ netstat -nat | grep -E "TIME_WAIT|Local Address"`
6. `Proto Recv-Q Send-Q Local Address Foreign Address (state)`
7. `tcp4 0 0 127.0.0.1.1080 127.0.0.1.59061 TIME_WAIT`
8. ``
9. `// 统计：各种连接的数量`
10. `$ netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'`
11. `ESTABLISHED 1154`
12. `TIME_WAIT 1645`
附录 B：MSL 时间
MSL，Maximum Segment Lifetime，“报文最大生存时间”，
任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。（IP 报文）
TCP报文 （segment）是ip数据报（datagram）的数据部分。
Tips：
RFC 793中规定MSL为2分钟，实际应用中常用的是30秒，1分钟和2分钟等。
2MSL，TCP 的TIME_WAIT状态，也称为2MSL等待状态：
当TCP的一端发起主动关闭（收到 FIN 请求），在发出最后一个ACK 响应后，即第3次握 手完成后，发送了第四次握手的ACK包后，就进入了TIME_WAIT状态。
必须在此状态上停留两倍的MSL时间，等待2MSL时间主要目的是怕最后一个 ACK包对方没收到，那么对方在超时后将重发第三次握手的FIN包，主动关闭端接到重发的FIN包后，可以再发一个ACK应答包。
在 TIME_WAIT 状态时，两端的端口不能使用，要等到2MSL时间结束，才可继续使用。（IP 层）
当连接处于2MSL等待阶段时，任何迟到的报文段都将被丢弃。
不过在实际应用中，可以通过设置 「SO_REUSEADDR选项」，达到不必等待2MSL时间结束，即可使用被占用的端口。
附录 C：TCP 三次握手和四次握手
详细细节，参考：
具体示意图：
三次握手，建立连接过程
四次挥手，释放连接过程
几个核心疑问：
1、time_wait 是「服务器端」的状态？or 「客户端」的状态？
2、服务器在对外服务时，是「客户端」发起的断开连接？还是「服务器」发起的断开连接？
限 时 特 惠： 本站每日持续更新海量各大内部创业教程，一年会员只需98元，全站资源免费下载 点击查看详情
站 长 微 信： lzxmw777
