TCP的三次握手和四次握手

TCP的三次握手和四次握手

TCP的三次握手发生在连接期间，四次握手发生在关闭tcp连接期间。

tcp的状态码：

• Sequence number(seq 顺序号码)
• Acknowledge number(ack 确认号码)
• SYN(synchronous建立联机)
• ACK(acknowledgement 确认)
• PSH(push传送)
• FIN(finish结束)
• RST(reset重置)
• URG(urgent紧急)

建立连接协议（三次握手）：

1. 第一次握手：客户端发送syn包（syn=x）的数据包到服务器，并进入SYN_SEND状态，等待服务器确认；
2. 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态；
3. 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

可以简化过程：

• a to b: 我是a，可以给你打电话吗？
• b to a: 可以，我收到了你的信息，你是a
• a to b: 好的，我也收到了

握手过程中传送的包里不包含数据

连接终止协议（四次握手）：

终止时我们把a看作主动终止方，b看作被动终止方

1. 第一次挥手：a发给b一个FIN，告诉b我先要断开了，接着发一个标识符seq=x

2. 第二次挥手：b收到FIN后，表示我收到了，返回给a一个 ack=x+1

3. 第三次挥手：b发给a一个FIN，告诉a我也要关闭了，这是我发给你的最后一个数据，带一个标识符 seq=y

4. 第四次挥手：a表示我已经收到，发给b一个确认信号 ack=y+1，表示咱俩都可以关闭了，game over。

为什么关闭的时候需要四次握手

在连接的时候三次握手可以直接SYN和ACK一起发送代表同意连接，但是关闭的时候，当被动方收到FIN的时候，仅仅代表发送方数据已经传输完，但是被动方可能还有数据要传输，因此先发送一个ACK表示收到，然后在发送FIN表示数据传输完，可以关闭了。

为什么连接的时候不能二次握手

三次握手实现了2个功能：

• 确认双方准备好
• 确认双方通信的初始序列号seq

根据二次握手的模式：a发给b SYN，b收到后发给a SYN，ACK。此时已经连接确立。b就开始给a发送数据包，但是在网络延迟的情况下，可能b发送的ACK a没有收到，因此a也就不会接受b的数据，a认为b还没有同意。因此就会出现死锁，也就是等待连接状态。