TCP 协议，全称为"传输控制协议"。
1. TCP 协议段格式
给出几个定义 ：
-
16位源端口号：用于标识发送端的应用程序。 -
16位目的端口号：用于标识接收端的目标应用程序。 -
32位序号：用于标识发送的每一个字节流中的第一个字节位置；确保接收端能够按照正确的顺序重组数据，即使数据包在传输中乱序到达。 -
32位确认序号：用于告知发送端，"我已经成功接收 这个序号之前的所有数据 ，现在请从这个序号开始给我发新的数据" 。 -
4位首部长度：指示 TCP 头部的长度，以 4字节 为单位；首部长度的范围是 5~15，标识 TCP 头部的长度为 20~60 字节。 -
标志位：用于控制 TCP 连接的状态。SYN、ACK、FIN、RST、PSH、URG
2. 三次握手
2.1 传统的三次握手过程
三次握手过程，确保了两个主机都可以互相发送和接收数据。
服务端状态变化：
CLOSED ---> LISTEN：服务端调用 listen() 后进入 LISTEN 状态，等待客户端连接。LISTEN ---> SYN_RCVD：监听到连接请求（即收到 SYN 包），将该连接放入内核等待队列，并向客户端发送 SYN-ACK 包。SYN_RCVD ---> ESTABLISHED：服务端收到客户端的 ACK 包后进入 ESTABLISHED 状态，可以读写数据。
客户端状态变化：
CLOSED ---> SYN_SENT：客户端调用 connect()，发送 SYN 报文。SYN_SENT ---> ESTABLISHED：调用 connect() 成功，收到来自服务器的 SYN-ACK 包后，进入 ESTABLISHED 状态。
2.2 三次握手过程触发 RST
在 TCP 三次握手过程中，被请求建立连接的那一端尚未完成握手（未收到最终的 ACK 包），就意外收到了数据包，则触发 RST（连接重置） 。
RST 包的作用：
- 立即中断连接，告知对方当前连接不可用。
- 释放相关资源，避免内存泄露。
客户端收到 RST 包后，需要重新进行三次握手，建立连接。
3. 四次挥手
3.1 四次挥手过程
客户端状态变化：
ESTABLISTED ---> FIN_WAIT_1：客户端调用 close() ，向服务端发送 FIN 报文，并进入 FIN_WAIT_1 状态。
通知服务器，客户端没有数据要发送了，但仍然可以接收数据。
-
FIN_WAIT_1 ---> FIN_WAIT_2：客户端收到来自服务器的 ACK 报文，进入 FIN_WAIT_2 状态。 -
FIN_WAIT_2 ---> TIME_WAIT：客户端收到来自服务器的 FIN 报文，进入 TIME_WAIT 状态，发出最后一个 ACK 包。
服务器状态变化：
-
ESTABLISHED ---> CLOSE_WAIT：客户端主动关闭连接，服务器收到 FIN 报文后回应 ACK ，并进入 CLOSE_WAIT 状态。 -
CLOSE_WAIT ---> LAST_ACK：进入 CLOSE_WAIT 状态后，服务器准备关闭连接，处理所有剩余数据；服务器真正调用 close() 关闭连接，向客户端发送 FIN 报文并进入 LAST_ACK 状态，等待最后一个 ACK（确认）。
-
LAST_ACK ---> CLOSED：服务器收到了客户端对 FIN 的 ACK，关闭连接。
3.2 CLOSE_WAIT 状态
创建一个简易的 TCP 服务器和 TCP 客户端，并建立连接。
直接关闭客户端。
此时服务端进入 CLOSE_WAIT 状态，四次挥手没有完成。
如果服务器上大量出现 CLOSE_WAIT 状态，意味着服务器没有正确地关闭 socket ，导致四次挥手没有正常完成。
需要加上对应的 close ，解决此问题。
3.3 TIME_WAIT 状态
与 3.2 相同，创建一个简易的 TCP 服务器和客户端，并建立连接。
直接关闭服务器，再重新运行。
服务器进入 TIME_WAIT 状态。
TCP 协议规定，主动关闭连接的一方要处于 TIME_WAIT 状态，等待两个 MSL（maximum segment lifetime）的时间后，才能回到 CLOSED 状态。
-
MSL 是 TCP 报文的最大生存时间。
-
保证在传输方向上的尚未被接收、或迟到的报文段都已消失；否则服务器立即重启，会收到来自上个进程的迟到数据。
-
保证最后一个 ACK 报文可靠到达；如果最后一个 ACK 丢失，服务器会重发一个 FIN 数据报（客户端进程虽然不在，但 TCP 连接还在，可以重发 ACK）。