TCP的三次“握手”和四次“挥手”（听课笔记,图就不画了）

TCP Flags：

1. URG：紧急指针标志    URG=1:表示紧急指针有效，URG=0：表示紧急指针无效
2. ACK：确认序号标志
3. PSH：push标志    PSH=1：带push标志，尽快提交，不用排队
4. RST：重置连接标志
5. YSN：同步序号，用于建立连接过程
6. FIN：finish标志，用于释放连接     FIN=1：表示完成

一、TCP的三次“握手”

•        “握手”是为了建立连接，ＴCP三次握手如下：

在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接：

1. 第一次握手：建立连接时，客户端发送SYN包（syn=j）到服务器，并进入SYN_SEND状态，等待服务器确认
2. 第二次握手：服务器收到SYN包，必须确认客户的SYN(ack=j+1),同时自己也发送一个SYN包（syn=k),即SYN+ACK，此时服务器进入SYN_RECV状态。

第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1),此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

• 为什么需要三次握手才能建立连接

1. 为了初始化Sequence Number的初始值（即seq序号，以保证数据传输过程中不会丢失）

• 首次握手的隐患-----SYN超时

       问题起因分析:

1. server收到Client的SYN,回复SYN-ACK的时候，未收到ACK的确认
2. server不断重试直至超时，linux下是5次重试，63s后断开（1s+2s+4s+8s+16s+32s）

• 针对SYN Flood的防护措施

1. SYN队列慢后，通过tcp_syncookis 参数回发SYN cookie
2. 若为正常连接则Clinent会回发SYN cookie，直接建立连接

• TCP保活机制

1. 向对方发送保活探测报文，如果未收到响应，则继续发送
2. 尝试次数达到保活探测数，仍未收到响应则中断连接

二、TCP的四次"挥手"

      “挥手”是为了终止连接，如下：TCP连接必须经过2MSL后才能真正释放掉：

1. 第一次挥手：Client发送一个FIN，用来关闭Cient到server的数据传送，Client进入FIN_WAIT_1状态
2. 第二次挥手：server收到FIN后，发送一个ACK给Client,确认序号为收到序号+1，（与SYN相同，一个FIN占用一个序号），server进入CLOSE_WAIT状态。
3. 第三次挥手：server发送一个FIN，用来关闭server到CLient的数据传送，server进入LAST_ACK状态。
4. 第四次挥手：Client收到FIN后，Client进入与TIME_WAIT状态，接着发送一个ACK给server，确认序号为收到序号+1，server进入CLOSED状态，完成四次挥手。

• 为什么会有TIME_WAIT状态（2MSL）

1. 确保有足够的时间让对方收到ACK包
2.  避免新旧连接混淆

• 为什么需要四次挥手才能断开连接

1. 因为全双工，发送方和接收方都需要FIN报文和ACK报文

• 服务器出现大量CLOSE_WAIT状态的原因

    对方关闭socket连接，我方忙于读或写，没有及时关闭连接

    解决方案：1、检查代码，特别是释放资源的代码

                      2、检查配置，特别是处理请求的线程配置