三次握手 四次挥手

三次握手

位码即tcp标志位，
SYN(synchronous建立联机)
ACK(acknowledgement 确认)
Sequence number(顺序号码)
FIN(finish结束)
RST(reset重置)
URG(urgent紧急)
Acknowledge number(确认号码)

第一次握手：主机A发送位码为syn＝1，随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；

第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1)，syn=1，ack=1，随机产生seq=7654321的包；

第三次握手：客服端收到服务端的报文，并将seq设为x+1，ack设为y+1，ACK设为1再发送给服务端，发送完之后两端都进入ESTABLISHED状态，完成三次握手，之后就可以进行数据传输。

为什么需要三次握手建立连接？
至少三次是为了保住连接的可靠。双方需要经过三次握手确认信息达到estarblished状态。少一次达不到，多一次显得冗余。

四次挥手

第一次挥手：客户端向服务端发送FIN报文，设置seq为u，发送完之后客户端进入FIN_WAIT_1状态，表示客户端没有数据发送给服务端了。

第二次挥手：服务端收到了客户端的FIN报文段，并回复一个ACK报文。

第三次挥手：服务端向客户端发送FIN报文，请求关闭连接，并设置seq为w，ack为u+1，发送完之后服务端进入LAST_ACK状态。

第四次挥手：客户端收到服务端的FIN报文之后，回复一个ACK报文，seq设为u+1,ack设为w+1，之后客户端进入TIME_WAIT状态，服务端收到之后就会关闭连接，此时客户端等待2MSL(最大报文生存时间)后依然没有收到回复，则说明服务器正常关闭，客户端也就随之关闭。

** 为什么需要四次握手断开连接？ **
断开连接时，分为两个阶段。一次是客户端通知服务器，告知自己不会再发送数据。注意，此时服务器仍可以发数据给客户端。第二次是服务器告知客户端自己不会再发送数据。

要弄清楚的是，断开时，任意一方都可以主动断开，表明自己不再发送数据，但仍可接收数据。所以中间的 FIN 和 ACK 不能合并。另外每次断开连接需要 FIN 请求 + ACK，所以断开需要四次。

TIME_WAIT 等待 2MSL 的意义？

确保连接可靠关闭，防止最后一个 ACK 的丢失。

避免套接字混淆（同一个端口对应多个 socket）

注：主要目的是，对客户端回发 ACK 丢失的情况做处理，可以在服务端再次发送 FIN 时回发 ACK。

我们发现上面的 流程2和 流程3都是由服务端发起的，那么有没有可能合并这两个请求，一次发送给客户端？答案是 可以。在 RFC 2581中的 4.2 节有提到， ack可以延迟确认，只要求保证在 500ms之内保证确认包到达即可。在这样的标准下， TCP确认是有可能进行合并延迟确认的 所以通常的 4次挥手，经过合并后变成了 3次挥手。