为什么TCP协议是三次握手而不是两次？

       

现假设A与B在通信。
       

《计算机网络》教科书上这么说：

        假如现在出现了这样的情况：A发出的第一个连接请求报文，但这个连接请求报文在网络中长时间滞留了，延误的时间长到连接释放后才到达B。这本来是一个早就失效的报文，但B不知道啊，B就误以为A又一次发出了连接请求，于是开心地向A回复了一个确认报文，同意建立连接。

        问题出现了，假如现在采用的是两次握手，那么上述情况，B回复以后连接已经建立了。而A根本没有要同B建立连接，自然也不会理睬B发过来的确认报文，更不会向B发送数据。B不知道这些啊，B以为连接已经建立好了，默默地等待A发数据过来，这不就是在浪费B的资源吗。

        所以第三次握手是必要的。

       
       

容易理解的其他回答：

        第一次握手后，B知道了——我可以接收到A发来的消息（我能收）。
        第二次握手后，A知道了——我发过去的消息B能收到，而且我也能收到B发来的消息（我能发能收）。
        第三次握手后，B知道了——我发给A的消息A能收到（我能发）。
        经过三次握手，通信形成一个闭环，双方都知道了自己能发能收，可以传输数据了。

        假如没有第三次握手，B其实并不知道自己能不能成功发送消息出去，因为A没回复自己发送的消息啊，可能自己并不能成功发送消息呢，因此需要这第三次握手。