TCP的三次握手和四次挥手

一、一次握手：

1. 就像TCP协议中，服务器对新的客户端都会置于Listen（等待响应）状态。
2. 客户端向服务器发送报文，发出请求SYN=1，同时选择一个初始序号seq=x。这时，客户端的状态更改为SYN-SENT（synchronization_sent同步已发送）状态，等待服务器回应。

（SYN是synchronization同步的简称，seq为sequcence序号的缩写。）

二、二次握手：

1. 有了客户端提供的同步请求SYN=1和具体信息seq=x。服务器会根据这个信息做出响应。服务器这时的状态从LISTEN变为SYNC_RCVD（synchronization_recieved同步已收到）。

2. 当服务器收到请求报文，会向客户端发出确认报文。SYN=1,ACK=1,ack=x+1，同时发送序号为seq=y。 【表达共鸣，确认信息，并基于你的信息进行延展，并提供新的信息点。】

（ACK是acknowledgement确认的简称，小写的ack是确认编号）

1. 客户端收到这样友好的回应，状态更改为ESTABLISHED。(建立连接)

三、三次握手

1. 在客户端收到服务端发送的TCP建立验证请求后，客户端向服务器给出确认。返回服务器ACK=1，确认编号ack=y+1，在自己的序号上加上seq=x+1。

这时，服务器的状态成为了ESTABLISHED。

总结：

（1）共鸣 + 具体话题

（2）共鸣 + 同意 + 对方话题的延展 + 新具体话题

（3）同意 + 对方话题的延展 + 继续自己话题。

四、四次挥手

1. 客户端进程发出连接释放报文，并且停止发送数据。设置报文FIN=1，其序列号为seq=u；客户端请求结束，状态是FIN-WAIT-1（终止等待1）

2. 服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1。seq=v。

客户端进入FIN-WAIT-2状态，从接收到连接到发出信息这段时间处于CLOSE_WAIT状态；

3、服务器将最后的数据发送完毕后，就向客户端发送连接释放报文FIN=1，ACK=1, ack=u+1，服务器又发送了一些数据后截止，序列号为seq=w。

服务器进入了LAST_ACK(最终动作)状态——等待客户端响应。客户端进入TIME_WAIT阶段。

4.  客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1。服务器收到信息后进入状态CLOSED（关闭连接）。客户端等了2MSL(两次交谈响应时间那么长)后进入状态CLOSED

五、为什么要四次挥手而不是三次

原因在于客户端请求断开连接后，但是服务端可能还存在没有传输完的数据，如果此时服务端就直接断开连接那势必会造成数据的丢失，TCP也就不可靠了。所以服务端需要等待所有数据发送完毕再请求断开，也就是服务端的ACK和FIN报文是分两次发送的。而TCP建立连接是不需要这个等待过程的，所以三次握手把服务端确认收到ACK报文和请求连接报文合并到了一起。