随笔计算机网络——TCP的三次握手

TCP的三次握手是什么

三次握手是TCP协议建立可靠连接的过程，其目的是双方确认自己的发送和接收能力正常，同时同步双方的初始序列号，以便后续的数据传输。

TCP的三次握手流程

第一次握手：客户端发送一个SYN报文，指明自己的初始序列号，并请求连接服务器端口。

第二次握手：服务器端回复一个SYN+ACK报文，确认客户端的SYN，指明自己的初始序列号，并同意建立连接。

第三次握手：客户端回复一个ACK报文，确认服务器端的SYN+ACK，并告知服务器端可以开始传输数据。

 

注：（

SYN报文：SYN是synchronize的缩写，表示同步的意思。SYN报文是用于请求建立连接的报文，它携带了一个初始序列号，用于标识发送方的数据流。当客户端向服务器端发起连接时，就会发送一个SYN报文，并进入SYN_SENT状态，等待服务器端的回应。

ACK报文：ACK是acknowledge的缩写，表示确认的意思。ACK报文是用于确认收到对方的报文的报文，它携带了一个确认序号，用于表示期望收到对方的下一个数据包的序号。当一方收到对方的报文后，就会发送一个ACK报文，并更新自己的确认序号。

）

那为什么要三次握手

那用两次与四次举例，如果只有两次握手，那么无法保证客户端的接收能力正常，也无法避免重复的连接请求导致的资源浪费。如果有四次握手，那么会增加连接建立的时间和开销，而没有增加可靠性。

两次流程

两次握手，即客户端发送一个SYN报文，服务器端回复一个SYN+ACK报文

第一次握手：客户端发送一个SYN报文，指明自己的初始序列号，并请求连接服务器端口。

第二次握手：服务器端回复一个SYN+ACK报文。

 那就会出现问题

服务器端无法知道客户端是否收到了自己的SYN+ACK报文，如果没有收到，那么服务器端就会一直等待客户端发送数据，浪费资源。

客户端无法知道自己的接收能力是否正常，如果客户端接收不了服务器端发送的数据，那么会导致数据丢失或重传，降低效率。

如果客户端发送的SYN报文在网络中滞留或重复，那么会导致服务器端收到多个过期或无效的连接请求，占用不必要的资源。

四次流程

第一次握手：客户端发送一个SYN报文。

第二次握手：服务器端回复一个SYN报文。

第三次握手：客户端回复一个ACK报文。

第四次握手：服务端回复一个ACK报文。

 出现的问题

四次握手增加了连接建立的时间和开销，延迟了数据传输的开始。

四次握手没有比三次握手更加可靠，因为第四次握手的ACK报文并不携带任何新的信息，只是重复了第三次握手的ACK报文。

四次握手没有必要，因为第二次握手的SYN+ACK报文已经可以同时确认双方的SYN报文，并同意建立连接。

总的说

三次握手是TCP协议建立可靠连接的最佳方案，既能保证双方的通信能力正常，又能避免不必要的开销和延迟。