TCP三次握手建立连接

三次握手的示意图

一次握手：客户端发送带有 SYN 标志的连接请求数据包给服务端（请求连接）
二次握手：服务端发送带有 SYN（连接请求）+ACK（应答） 标志的连接请求和应答数据包给客户端
三次握手：客户端发送带有 ACK（应答） 标志的应答数据包给服务端

SYN为握手报文，ACK为确认报文
ack=n+1：说明[0,n]的所有字节都已经收到。告知对方下一个期望接收的起始序列号为n+1（非常重要，用于记录接受数据的状态）

三次握手过程中可以确定的东西：
一次握手 客户端不能确认任何东西，服务端确认客户端发送正常，自己接收正常。
二次握手 客户端确认自己发送接收正常并且对方也发送接收正常。
三次握手 服务端确认自己发送正常，对方接收正常。

面试：为什么要三次握手，而不是两次握手/四次握手

• 三次握手可以避免历史重复连接
• 三次握手可以同步双方的初始序列号
• 三次握手可以避免重复建立连接

两次握手无法完成以上任务，四次握手可以简化为三次握手。

避免历史连接
由于网络堵塞或超时，可能会发出多次的连接请求，如果经过一番堵塞后，旧的连接请求越过新的连接请求先一步到达服务端，这个请求在客户端看来已经过期了，但是服务端无从判断，将会直接建立连接。并且新的请求到来，仍然建立连接（服务端只能无情的响应）

三次连接下

三次连接下，客户端会判断传来的ack（结合上下文），不满足条件则不会发送ack给服务端。

同步双方初始序列号
TCP 协议的通信双方， 都必须维护一个「序列号」， 序列号是可靠传输的一个关键因素，它的作用：

接收方可以去除重复的数据；

接收方可以根据数据包的序列号按序接收；

可以标识发送出去的数据包中， 哪些是已经被对方收到的；

可见，序列号在 TCP 连接中占据着非常重要的作用，所以当客户端发送携带「初始序列号」的 SYN 报文的时候，需要服务端回一个 ACK 应答报文，表示客户端的 SYN 报文已被服务端成功接收，那当服务端发送「初始序列号」给客户端的时候，依然也要得到客户端的应答回应，这样一来一回，才能确保双方的初始序列号能被可靠的同步。

避免重复建立连接

如果只有「两次握手」，当客户端的 SYN 请求连接在网络中阻塞，客户端没有接收到 ACK 报文，就会重新发送 SYN ，由于没有第三次握手，服务器不清楚客户端是否收到了自己发送的建立连接的 ACK 确认信号，所以每收到一个 SYN 就会建立一个新的连接，服务器端就会建立多个冗余的无效链接，造成不必要的资源浪费。