三次握手
第一次握手：
????????建立连接时，客户端发送 syn
包（
syn=x
）到服务器，并进入
SYN_SENT
状态，等待服务器确认；SYN
：同步序列编号（
Synchronize Sequence Numbers
）。
第二次握手：
????????服务器收到 syn
包，必须确认客户的
SYN
（
ack=x+1
），同时自己也发送一个 SYN 包（
syn=y
），即
SYN+ACK
包，此时服务器进入
SYN_RECV
状态；
第三次握手：
????????客户端收到服务器的 SYN+ACK
包，向服务器发送确认包
ACK(ack=y+1
），此包发送完毕，客户端和服务器进入 ESTABLISHED
（
TCP 连接成功）状态，完成三次握手。
?
?
?四次断开
1
）客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，
FIN=1
，其序列号为 seq=u
（等于前面已经传送过来的数据的最后一个字节的序号加
1
），此时，客户端进入 FIN-WAIT-1
（终止等待
1
）状态。
TCP
规定，
FIN
报文段即使不携带数据，也要消耗一个序号。
2
）服务器收到连接释放报文，发出确认报文，
ACK=1
，
ack=u+1
，并且带上自己的序列seq=v，此时，服务端就进入了
CLOSE-WAIT
（关闭等待）状态。
TCP
服务器通知高层的应用进程，客户端向服务器的方向就释放了，这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，也就是整个 CLOSE-WAIT
状态持续的时间。
3
）客户端收到服务器的确认请求后，此时，客户端就进入
FIN-WAIT-2
（终止等待
2
）状态，等待服务器发送连接释放报文（在这之前还需要接受服务器发送的最后的数据）。
4
）服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，
FIN=1
，
ack=u+1
，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为 seq=w
，此时，服务器就进入了 LAST-ACK
（最后确认）状态，等待客户端的确认。
5
）客户端收到服务器的连接释放报文后，必须发出确认，
ACK=1
，
ack=w+1
，而自己的序列号是 seq=u+1
，此时，客户端就进入了
TIME-WAIT
（时间等待）状态。注意此时
TCP
连接还没有释放，必须经过 2
??
MSL
（最长报文段寿命）的时间后，当客户端撤销相应的
TCB后，才进入
CLOSED
状态。
6）服务器只要收到了客户端发出的确认，立即进入 CLOSED 状态。同样，撤销 TCB 后，就
结束了这次的
TCP
连接。可以看到，服务器结束
TCP
连接的时间要比客户端早一些。
?