让你明白TCP建立连接的三次握手为什么比断开连接的四次挥手少一次？（小白可以看得懂版本）

最新推荐文章于 2024-05-07 08:47:30 发布

原创最新推荐文章于 2024-05-07 08:47:30 发布 · 1k 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#tcpip #socket

网络协议专栏收录该内容

2 篇文章

订阅专栏

本文深入解析TCP协议中三次握手建立连接与四次挥手断开连接的原因，解释为何建立连接时可优化为三次握手，而断开连接则需四次挥手，涉及握手过程的优化原理及MSL时间概念。

我们知道TCP建立连接的时候需要进行三次握手，而结束连接的时候却需要四次挥手。那么为什么两次不一致？建立连接的时候为什么少一次？

TCP建立连接的三次握手其实是四次握手的优化版

如果不进行优化的话，建立连接的过程应该是四次握手（看下图）
在这里插入图片描述
第二次和第三次握手，都是服务器发送数据给客户端，对应上图的服务器端的第四和第六步骤，但是这两步之间几乎没有耗时的操作，所以就将这两步合并到了一起，少了一次握手，变成了三次握手。

Java启动一个SocketServer

/**
 * @author KinYang.Lou
 * @date 2020/4/2 4:05 下午
 */
public class SocketServerDemo {
    public static void main(String[] args) throws IOException {
        ServerSocket serverSocket = new ServerSocket();
        serverSocket.bind(new InetSocketAddress(8899));
        //// accept 会阻塞，一直到有客户连接进来
        Socket accept = serverSocket.accept();
    }
}

serverSocket.accept()会产生阻塞，直到有客户端成功连接进来。
这一步对应上图的服务器端步骤①，直到有客户端连接成功，进行到步骤5-1，代码才会解阻塞，返回一个Socket对象。中间的握手过程，对Java程序来说是透明的，不可见。

Java启动一个SocketClient

/**
 * @author KinYang.Lou
 * @date 2020/4/2 3:02 下午
 */
public class SocketClintDemo {
    public static void main(String[] args) throws IOException {
        Socket socket = new Socket();
        ///  connect 会阻塞，一直到连接建立成功
        socket.connect(new InetSocketAddress("192.168.123.76",8899));
        /// 建立连接成功
        System.out.println("建立连接成功...");
    }
}

socket.connect()也是一个阻塞方法，直到与服务器的连接建立成功。
这一步对应的就是上图的客户端步骤②，直到收到连接成功的通知也就是客户端的步骤8-1，代码才会解阻塞，new出来的socket对象才可以与服务器进行通信。

TCP断开连接的四次挥手为什么不能优化成三次？

下面我们先看一下TCP断开连接的四次挥手过程
在这里插入图片描述

断开连接的过程和建立的时候流程基本是一样的，都是互动式，一次消息发送，一次消息回应。
但是为什么断开连接的第二次和第三次挥手不能像建立连接的时候，进行合并呢？
这是因为应对到上图的就是服务器端的第三步和第六步之间存在着耗时操作，这个时间不确定，所以只能分开，先对客户端进行一次收到消息的响应，为了避免超过MSL(Maximum Segment Lifetime)的时间。