TCP链接的建立与取消(三次握手与四次挥手)

链接的建立（三次握手）

1. 客户端向服务器发送链接请求（SYN=1，ACK=0）（进入SYN_SEND状态，等待服务器确认）

2. 服务器向客户端发送确认同意链接的数据报（SYN=1，ACK=1）（进入SYN_RECV状态）

3. 客户端确认进程后，还要向服务器进行确认（SYN=0，ACK=1）（链接建立）

注：

• SYN：同步序号，用来发起一个连接。当SYN=1而ACK=0时，表明这是一个连接请求报文段，若对方同意建立连接，则应在响应的报文段中使SYN=1和ACK=1。

• ACK：仅当ACK=1时确认号字段才有效，当ACK=0时，确认号无效。TCP规定，在连接建立后所有的传送报文段都必须把ACK置1。

链接的取消（四次挥手）

链接的取消采用的是半关闭，关闭一半需要服务器客户端各发送一次报文，关闭全部共需要发送四次

1. 客户端发送一个FIN，用来关闭客户端到服务器的数据传送（关闭一半的链接）

2. 服务器收到FIN，发回一个ACK，确认收到FIN

3. 同理，服务器发送FIN，关闭服务器到客户端的数据传送（关闭另一半的链接）

4. 客户端发回一个ACK，确认收到FIN

注：几种状态

1. FIN_WAIT_1：应用程序端发送FIN，准备断开TCP连接；状态从ESTABLISHED——>FIN_WAIT_1；

2. FIN_WAIT_2：应用程序端只收到服务器端得ACK信号，并没有收到FIN信号；说明服务器端还有数据传输，（此时为半连接）

   服务端同理

3. TIME_WAIT:有两种方式进入该状态：1、FIN_WAIT_1进入：此时应用程序端口收到FIN+ACK（而不是像FIN_WAIT_2那样只收到ACK，说明数据已经发送完毕）并向服务器端口发送ACK；2、FIN_WAIT_2进入：此时应用程序端口收到了FIN，然后向服务器端发送ACK；TIME_WAIT是为了实现TCP全双工连接的可靠性关闭，用来重发可能丢失的ACK报文；需要持续2个MSL(最大报文生存时间)（一来一回，发送过去，和从另外一端发送回来）

   为什么要等2个MSL？

   考虑到网络传输的不可靠性，你发的ACK报文可能会在传输中丢失，如果你在发送完ACK报文立即关闭连接，刚好此时你发送的ACK在网络传输中丢失，另外一端接收不到ACK，就会一直处于FIN_WAIT_1状态，并不断发送FIN期待收到相应，可此时你已经关闭连接，将不会发送任何报文。

   ​ 故不能再发送完ACK就立刻关闭连接，应等2个MSL，若在此期间没有再接受任何FIN（表明另外一端已经收到你的ACK，你才可以关闭连接），若收到FIN（你发送的ACK在传输的过程中丢失），需要你重发ACK。