为什么需要 TIME_WAIT 状态-Toy模板网

这篇具有很好参考价值的文章主要介绍了为什么需要 TIME_WAIT 状态。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

还是用一下上一篇文章画的图

为什么需要 TIME_WAIT 状态,php,服务器,网络

TCP 的 11 个状态，每一个状态都缺一不可，自然 TIME_WAIT 状态被赋予的意义也是相当重要，咱们直接结论先行

上文我们提到 tcp 中，主动关闭的一边会进入 TIME_WAIT 状态，

另外 Tcp 中的有 TIME_WAIT 状态，主要是有如下 2 个原因：

为了防止被动关闭一方的延迟数据被其他连接窃取

为了防止被动关闭的一方，没有收到最后的一个 ACK 包

如何理解呢？

为什么需要 TIME_WAIT 状态,php,服务器,网络

为了防止被动关闭一方的延迟数据被其他连接窃取

对于第一个

咱们一个一个的来详细解释一下，还是上面这个图，咱们人为的加一点异常的情况

咱们在 tcp 连接中，客户端先发起关闭，那么 TIME_WAIT 状态就在客户端这边，如下：

为什么需要 TIME_WAIT 状态,php,服务器,网络

这是一个正常的客户端和服务端通信的基本过程，那么，如果在 client 和 server 建立连接后，server 端向 client 端发发送的数据，在网络环境中有延迟，短时间，没有顺利的达到 client 端的时候，就会出现如下情况

为什么需要 TIME_WAIT 状态,php,服务器,网络

如上图

我们人为的画了一个会出现在现实工作中的问题，当 client 和 server 正常连接，server 给 client 发的 seq=100 的包，由于网络拥堵等原因，留在了网络环境中

client 首先发起关闭连接，如果这个时候，没有 TIME_WAIT 状态，或者咱们人为的将 TIME_WAIT 的值设小，就会出现 seq=100 这个包不能正常的被 client 收到，因为 client 已经是 CLOSED 状态了

这个时候，和 client 占用同一端口的程序 client 路人启动程序并和 server 成功建立连接之后，刚才的 seq=100 的包才到目的地址，这个时候 client 路人并不期望收到这个 seq=100 的消息，那么这对 client 路人来说，这就是一个异常问题了

为什么需要 TIME_WAIT 状态,php,服务器,网络

如果咱们的 TIME_WAIT 状态存在，或者是正常保持 2MSL 的时间，就不会出现这个情况 ，1 个 MSL 是报文在网络环境中的最大存活时间，对于上面这个例子， client 现在那就还是 TIME_WAIT 状态， client 路人使用 client 的端口，是无法启动的，且 2MSL 的时间 seq=100 是完全可以达到 client 的

那是否会有人问，为什么 client 程序还在的时候，就不能启动 client 路人程序呢？

对于这个，咱们就需要知道 TCP 的一条连接，是由四元组组成的