tcp4次挥手时，客户端为何要等2msl

谢希仁的《计算机网络》第五版217页，作者对图中2MSL的解释为：害怕客户端发出的最后一次ACK在发送的过程中丢包，导致服务器没有关闭连接，浪费服务器的资源。

看上去很容易理解，但是这里有更具体的理解：

先看正常情况。当客户端发出最后一个ACK报文后，网络协议上约定该报文再不济也会经过一个MSL到达服务器，随后服务器正常关闭。

客户端继续等一个MSL（若有问题，则问题都会在这个MSL水落石出），这里考虑正常情况，在这个MSL内客户端当然不会收到任何来自服务器的信息，所以客户端也正常关闭。

那么，异常情况，客户端发出最后一个ACK后，考虑在路上的任一时刻丢包。可能是刚发出去就丢了，也可能快到服务器的最后一跳丢了。客户端等完第一个MSL以后，此刻也不知道丢包没丢包，但是会假设：一个MSL已经足够长，如果路上丢了，服务器必然已经知道了丢包的事实，所以服务器会超时重传   从服务器发往客户端的最后一个报文    即书上从下往上数第二个报文，FIN=1，ACK=1,seq=w,ack=u+1。该报文再不济也会在下一个MSL内被客户端收到。

所以，对MSL的选择就是效率和可靠传输之间的折中，