TCP连接的建立及断开

连接的建立：

1）第一次握手：建立连接时，客户端A发送SYN包（SYN=j）到服务器B，等待服务器B确认。

2）第二次握手：服务器B收到SYN包，必须确认客户A的SYN（ACK=j+1），同时自己也发送一个SYN包（SYN=k），即SYN+ACK包，此时服务器B进入等待状态。

3）第三次握手：客户端A收到服务器B的SYN＋ACK包，向服务器B发送确认包ACK（ACK=k+1），此包发送完毕，客户端A和服务器B进入连接状态，完成三次握手。

连接的断开（分手）：

1）客户端进程发出连接释放报文FIN，并且停止发送数据。FIN=1，序列号为seq=u，此时客户端进入终止等待状态。（TCP承认FIN报文即使不携带数据也会消耗一个序号）。

2）服务器收到连接释放报文FIN，发出确认报文ACK=1。ack=u+1，并且带上自己的序列号seq=v，这个时候服务器就进入了关闭等待状态。TCP服务器通知应用程序即将关闭连接，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，直到服务器传输完数据。

3）客户端收到服务器的ACK请求后，此时，客户端就进入终止等待2状态，等待服务器发送FIN连接释放报文（在这之前还需要接受服务器发送的最后的数据）。

4）服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为seq=w，此时，服务器就进入了最后确认状态，等待客户端的确认。

5）客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1，此时，客户端就进入了等待状态。注意此时TCP连接还没有释放，必须经过最长报文段寿命的时间后，当客户端撤销相应的TCB后，才进入关闭状态。

6）服务器只要收到了客户端发出的ACK确认，立即进入关闭状态。同样，撤销TCB后，就结束了这次的TCP连接。可以看到，服务器结束TCP连接的时间要比客户端早一些。

分手为何会多了一次程序：

图中不难看出，连接建立时报文段2包含了SYN、ACK，而终止时FIN与ACK是分两条发的，为何会有如此有趣的现象？

TCP连接是双全工的，两端都能收发，向对方交付FIN仅仅只是告知对端自己不再发送数据（仍须能收，即TCP的半关闭），而对端何时终止发送，是其业务逻辑决定的。终止时报文段2、报文段3的触发，源自两个不同层次的东西，无法合并成一条（即使有ack延时确认）。