TCP三次握手，四次挥手断开

1.三次握手

最开始建立连接的时候，客户端最开始是处于closed关闭状态，服务器是要处于listen监听状态。

当开始连接的时候，客户端会主动打开，打开端口。然后进行三次握手。

发送第一个SYN的一端将执行主动打开（active open），接收这个SYN并发发回下一个SYN的另一端执行被动打开（passive open）。在socket编程中，客户端执行connect（）时，将触发三次握手。

第一次握手：客户端给服务端发一个 SYN 标志位的数据包（TCP中有6个标志位，SYN标志位在倒数第15位，二进制位为1，发送第一个SYN包之后，SYN=1）请求建立连接，并指明客户端的初始化序列号 seq（初始序列号是随机产生的，是为了网络安全）。此时客户端处于SYN_SENT 状态。首部的同步位SYN=1，初始序号seq=x，SYN=1的报文段不能携带数据，但要消耗掉一个序号。

第二次握手：服务端收到客户端的SYN标志位数据包之后，也会给客户端发送一个SYN标准位数据包（SYN是为了告诉客户端，客户端到服务端的通道是没问题的）作为应答，表示同意建立连接。还指明了自己的初始化序列号seq。并且会把客户端的seq+1（x+1）作为ACK的值，（ACK是用来验证服务端到客户端的通道没有问题），表明自己已经接收到了客户端的SYN，此时的服务器处于SYN_RCVD的状态。

在确认标志位数据包的ACK=1，确认号ack=x+1（需要回复的数据包ack会在发送过来的序列号上加1），服务器端的初始序号seq=y。

第三次握手：客户端收到SYN标志位数据包之后，会发送一个ACK标志位数据包，也会把服务端的初始序列号seq+1（y+1）作为自己的确认号ACK的值，表示收到了服务端的SYN标志位数据包。此时，客户端处于ESTABLISHED状态（完成连接）。

在确认标志位数据包的ACK=1，确认号ack=y+1，客户端的序列号seq=x+1（初始为seq=x，第二个报文段所以要+1）。ACK可以携带数据，不携带数据则不消耗序号。

最后: 服务器收到确认标志位数据包，服务器状态由syn_received变为ESTABLISHED(完成连接)。这样双方就建立起了连接。

最后一个发送数据包的时候，服务器端不需要回复数据包，所以ack就不会占用序列号。

一般来说，ACK会携带序列号，但是一般不占用序列号，下一个包还可以从ACK序列号开始。

2.四次挥手断开

第一次挥手：客户端发送一个FIN的标准位数据包（FIN=1，连接释放报文段）给服务器端，会在报文中会指定一个序列号seq=u，并停止发送数据，主动关闭TCP连接。此时的客户端处于FIN_WAIT1的状态，等待服务端的确认。

第二次挥手：服务端收到FIN标志位数据包之后，会给客户端发送ACK报文（ACK=1：确认报文段），表明已经收到客户端的报文了，这个报文中是把客户端的序列号值进行加一（u+1）作为确认ACK报文的序列号值（ack=u+1：确认序列号），同时也会生成一个初始序列号seq=v。此时的服务器端处于 CLOSE_WAIT （关闭等待）状态。

此时的TCP处于半关闭状态，客户端到服务端的连接释放。客户端收到服务端的确认后，进入FIN_WAIT2(终止等待2)状态，等待服务端发出的连接释放报文段。

第三次挥手：如果服务器也想断开连接了（服务端没有要向客户端发出的数据），就会和客户端的第一次挥手一样，会给客户端发送一个FIN报文（FIN=1：连接释放报文，ACK=1），并且随机指定一个序列号seq=w（确认号为ack=u+1）。此时的服务端处于 LAST_ACK (最后确认)的状态，等待客户端的确认。

第四次挥手：客户端收到FIN报文（连接释放报文段）之后，一样的发送一个ACK报文（ACK=1，seq=u+1：确认报文段）作为应答，并且把服务端的序列号值+1（ack=w+1）作为自己ACK报文的序列号值。此时的客户端处于TIME_WAIT （时间等待）状态，（此时的TCP没有被释放掉）需要经过一段时间（等待时间计时器设置的时间2MSL）以确保服务端收到自己的ACK报文之后才会进入CLOSED状态，服务器端收到ACK报文之后，就处于关闭连接了，处于CLOSED状态。

收到一个FIN只意味着在这一方向上没有数据流动。客户端执行主动关闭并进入TIME_WAIT是正常的，服务端通常执行被动关闭，不会进入TIME_WAIT状态。