TCP三次握手是为了防止已失效的连接请求报文段误建立连接，避免资源浪费。如果采用两次握手，可能会出现死锁情况。例如，C向S发送连接请求，S确认后若C的确认丢失，S会等待数据，C会继续等待SYN确认，导致双方等待对方响应，形成死锁。超时重传机制并不能完全避免这种问题。
转载自：http://blog.csdn.net/xumin330774233/article/details/14448715
谢希仁版《计算机网络》中的例子是这样的，“已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送ack包。（校注：此时因为client没有发起建立连接请求，所以client处于CLOSED状态，接受到任何包都会丢弃，谢希仁举的例子就是这种场景。但是如果服务器发送对这个延误的旧连接报文的确认的同时，客户端调用connect函数发起了连接，就会使客户端进入SYN_SEND状态，当
最低0.47元/天 解锁文章
2632
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
