【网络原理】TCP的连接管理机制（三次握手和四次挥手）

目录

一. 三次握手

二. 四次挥手

 三. TCP状态转换

1. 建立连接

2. 断开连接

---

TCP是有连接的，可靠传输的，全双工，面向字节流 

一. 三次握手

TCP真正的连接过程，是在操作系统内核中完成的，内核中创建连接的过程，被称为三次握手

• 这里的连接是抽象意义的连接，并不是说找个网线一插就是连接成功了
• 连接的目的是让通信双方都能保存对方的相关信息

---

在学习TCP如何建立连接之前，必须先了解一个重要的标志位SYN

SYN同步报文段

• SYN是一个特殊的TCP报文段，没有载荷，不会携带应用层的数据
• 当发送SYN同步报文段的时候，报头中的SYN标志位置为1

虽然SYN报文段，没有载荷部分，但是会有IP报头和端口号等信息（在传输的过程中，就是告诉服务器，我是谁） 

---

 建立连接的过程

第一次的交互（握手），一定是客户端先发起 

建立连接的过程，本质上就是通信双方各自给对方发送一个syn同步报文段，并回应一个ack确认应答

• 第一次握手，客户端将自己的信息告诉给服务器
• 第二次握手，服务器表达自己的态度，如果服务器愿意和你建立连接，返回一个ack应答报文，如果服务器不愿意，则没有下文（这里的不愿意，一般是客户端太多，服务器负载过高，处理不过来）
• 第三次握手，既然服务器愿意和你建立连接，则会将自己的信息发送给你
• 第四次握手，表示我收到了你愿意和我建立连接的消息

---

 这里第二次和第三次的握手可以合并，所以形成了三次握手

---

三次握手

这里第二次和第三次的握手可以合并，所以就有了三次握手的机制 

合并原因：在网络传输过程中，会涉及很多次的封装和分用，将第二次和第三次合并，那么就会减少次数，降低成本

在三次握手的过程中，确实存在超时重传和确认应答的机制，但是在三次握手之后，依然存在着超时重传和确认应答的机制，所有不能认为确定应答是三次握手的一部分

---

 为什么叫握手？

这里和SYN报文有很大的关系，SYN报文不携带载荷部分，没有应用层数据，也没有任何的业务处理，这里的作用更像是一种“打招呼”，而不是交互，所有就成为握手，握手之后就可以谈事情（处理数据）了

三次握手的意义是什么？这么做有什么用？

1. 针对通信的路径，可以初步确认通信的链路是否畅通，让不携带任何数据的报文，先跑一趟，如果畅通，才能谈可靠传输（关注中间过程）
2. 验证通信双方，发送能力和接收能力是否正常（关注两端）
3. 协商一些必要的参数（TCP起始序号）

TCP起始序号的作用

在网络传输的过程中，可能会存在有的数据，在传输途中走的很久，已经远远超出了超时重传的阈值， 甚至交互已经结束了，已经断开了连接，这个数据才到，最好的处理方式就是扔掉，如何避开之前客户端的数据，那么就要确定一个合适的起始序号

 为什么是三次握手？两次，四次握手行吗？

首先两次握手肯定不行(服务器无法确认自己的发送能力是否正常)，四次握手可以但是多余

 如果两次握手，服务器不知道自己的发送能力是否正常

如果四次或者更多握手，当然可以，但是没必要

---

二. 四次挥手

 连接的本质是通信双方保存对方的信息， 那么断开连接的本质就是将对端的信息给删除掉

这里的四次挥手是正常断开的情况，通过FIN和ACK的交互，实现双向连接的正常关闭，当然也有不正常的断开（异常处理）

FIN报文

• 在TCP报文头中，FIN标志位被置为1（表示发送方希望终止连接）。
• 这里的FIN报文，可以携带数据，也可以不携带数据

---

 四次挥手，任意一方都可以先发起

 断开连接的本质：通信双方各自给对方发送FIN报文，再各自返回ACK确认应答

• 第一次挥手，客户端告诉服务器：我没有数据要传输了，申请关闭
• 第二次挥手，服务器告诉客户端：我知道你的关闭请求了，我还有一点数据
• 第三次挥手，服务器告诉客户端：我的数据也发送完了，我准备断开连接
• 第四次挥手，客户端告诉服务器：我知道了，你断开吧

 这里通信双方都收到了确定关闭的请求，并相互发送ACK报文确认，以确保连接正常关闭。

---

这里的挥手可不可以合并？

 握手百分之百会合并，但是挥手不一定合并

• 因为服务器无需等待数据传输和计算响应，所以三次握手必合并
• 如果第二次挥手和第三次挥手间隔很小，那么可能会合并
• 如果主动方发送断开连接请求，被动方缓冲区正好无数据发送，那么有可能会合并
• 另外TCP中存在延时应答和捎带应答的机制，也有可能会合并

---

 三. TCP状态转换

1. 建立连接

1. CLOSED：初始状态，表示未开启连接
2. LISTEN：等待客户端的SYN请求，随时可以接受连接。
3. SYN_SENT:客户端发送SYN报文后进入此状态，等待服务端的SYN+ACK。
4. SYN_RCVD:收到客户端的SYN后，服务端发送SYN+ACK并进入此状态，等待客户端的ACK确认。
5. ESTABLISHED（客户端）：收到服务端的SYN+ACK并回复ACK后进入此状态，表示连接已建立，可传输数据。
6. ESTABLISHED（服务器）：收到客户端的ACK后进入此状态，连接建立完成。

2. 断开连接

1. FIN_WAIT_1：发送FIN后等待ACK确认。
2. CLOSE_WAIT：收到对方的FIN并回复ACK后进入此状态，需尽快处理剩余数据并发送自己的FIN。若长时间滞留，可能导致连接泄漏。
3. FIN_WAIT_2：已收到ACK，等待被动关闭方的FIN报文。
4. LAST_ACK：发送FIN后等待最终ACK，收到ACK后关闭连接。
5. TIME_WAIT：收到被动方的FIN并发送ACK后进入此状态，给最后一个ACK传输留一定时间
6. CLOSED：表示已经断开连接

谁主动断开连接，谁进入TIME_WAIT

谁被动断开连接，谁进入CLOSE_WAIT 

---

 TIME_WAIT存在的意义是，防止最后一个ACK丢包，如果被关闭方没有收到ACK，会重新发送FIN（触发超时重传机制），如果处于TIME_WAIT状态很久，依然没有收到，那么就会关闭

---

 点赞的宝子今晚自动触发「躺赢锦鲤」buff！