1 TCP连接建立过程(三次握手)
- 客户A发出建立连接请求报文段;
- 服务器B发送确认报文段;
- 客户A发送确认报文段。
第3步时,A的TCP通知上层应用进程,连接已经建立;当B的TCP收到A的确认后,也通知其上层应用程序,连接已经建立。
三次握手准确来说应该是一次建立连接过程中交换了三个报文。
1.1 为什么不能用两次握手代替三次握手
主要是为了防止已失效的连接请求报文段突然又传送到了服务器B,因而产生错误。
- A发出连接请求,但因请求报文丢失而未收到B的确认,A于是再重传一次,这次收到了B的确认,建立了连接;数据传输完毕后,释放连接。A共发送了两个连接请求报文段,第二个到达了B。
- 假如A的第一个连接请求报文没有丢失,而是在某些网络结点滞留时间太长,以致延误到这次的连接释放后才传送到B。
- B收到此失效的连接请求报文段后,误认为是A又发出的一次新的连接请求,于是向A发出确认报文段。
- 如果是两次握手,此时B会认为连接已经建立,一直等待A发来数据。然而由于A并没有要求建立连接,因此不会理睬B的确认,也不会向B发送数据,B的很多资源就被白白浪费了。
- 如果是三次握手,在上述情况中,A不会向B发送确认报文,B收不到确认报文,就不会认为连接已经建立,也不会等待A发来数据。
三次握手:一次建立连接过程中交换了三个报文。
两次握手:一次建立连接过程中交换了两个报文。
2 TCP连接释放过程(四次挥手)
- 客户A发出连接释放报文段;
- 服务器B发送确认报文段;(半关闭状态:B不再接收A,A可以接收B)
- 服务器B发出连接释放报文段;
- 客户A发送确认报文段。(A也不再接受B,释放完毕)