三次握手和四次挥手，为什么不能用两次握手代替三次握手

1 TCP连接建立过程（三次握手）

1. 客户A发出建立连接请求报文段；
2. 服务器B发送确认报文段；
3. 客户A发送确认报文段。

第3步时，A的TCP通知上层应用进程，连接已经建立；当B的TCP收到A的确认后，也通知其上层应用程序，连接已经建立。

三次握手准确来说应该是一次建立连接过程中交换了三个报文。

1.1 为什么不能用两次握手代替三次握手

主要是为了防止已失效的连接请求报文段突然又传送到了服务器B，因而产生错误。

1. A发出连接请求，但因请求报文丢失而未收到B的确认，A于是再重传一次，这次收到了B的确认，建立了连接；数据传输完毕后，释放连接。A共发送了两个连接请求报文段，第二个到达了B。
2. 假如A的第一个连接请求报文没有丢失，而是在某些网络结点滞留时间太长，以致延误到这次的连接释放后才传送到B。
3. B收到此失效的连接请求报文段后，误认为是A又发出的一次新的连接请求，于是向A发出确认报文段。
4. 如果是两次握手，此时B会认为连接已经建立，一直等待A发来数据。然而由于A并没有要求建立连接，因此不会理睬B的确认，也不会向B发送数据，B的很多资源就被白白浪费了。
5. 如果是三次握手，在上述情况中，A不会向B发送确认报文，B收不到确认报文，就不会认为连接已经建立，也不会等待A发来数据。

三次握手：一次建立连接过程中交换了三个报文。
两次握手：一次建立连接过程中交换了两个报文。

2 TCP连接释放过程（四次挥手）

1. 客户A发出连接释放报文段；
2. 服务器B发送确认报文段；（半关闭状态：B不再接收A，A可以接收B）
3. 服务器B发出连接释放报文段；
4. 客户A发送确认报文段。（A也不再接受B，释放完毕）