TCP/IP三次握手和四次分手

TCP/IP协议

一、说说TCP三次握手过程，如果两次握手会怎么样？

1. • A向B发送请求“建立请求”
   • B向A发送请求“同意请求”
   • A向B发送“确认收到你发的同意请求”

   超时重传：一定的时间后，如果对方没有回应，就认为这个消息发送失败，要重新发送

2. 如果只有2次会发生以下情况：

   1. A向B发送请求“建立请求”
   2. 请求1由于网络的原因，阻塞在某个节点了，过了一会B没有给A发请求，因为超时重传机制，A再次给B发送请求“建立请求”
   3. B收到A第二次发的“同意请求”，此时A和B建立连接，开始会话
   4. AB会话结束后，断开连接
   5. 此时B收到A第一次发的请求“建立请求”，B给A回应请求“建立请求”
   6. 此时A判断上次的会话已结束，认为B的回应是无效的，不理睬B
   7. B一直等着A发送消息，此时B的时间就浪费了，服务器的资源也被浪费了

二、四次分手

全双工：TCP中允许客户端和服务端同时给对方发消息

1. 四次分手：

   1. A向B发送“连接释放报文段”

   2. B向A发送“确认释放报文段”

   3. 此时A会有一个等待时间，等待B给A发送未发完的信息，以及B向A发送“连接释放报文段”

   4. B向A发送“连接释放报文段”

   5. A向B发送“确认释放报文段”

2. 如果没有上面的第3步，会有如下问题

   1. A向B发送“连接释放报文段”
   2. B向A发送“确认释放报文段”，B关闭
   3. 此时2中B向A发送的信息因为网络原因，B发出了但是A没有收到，如果没有等待时间，A会因为超时重传机制再次向B发送“连接释放报文段”
   4. 因为B已经向A发送过“确认释放报文段”了，此时B会无视此条消息，导致A无法关闭