TCP的连接管理

简介

TCP/IP协议体系中，运输层为应用进程之间提供端到端的逻辑通信(网络层是为主机到主机提供逻辑通信)。该层包括：TCP、UDP、SCTP等协议。其中TCP保证传输的可靠性。TCP是面向连接的协议。TCP运输连接的建立和释放是每一次面向连接的通信中必不可少的过程。而TCP运输连接有三个阶段，包括连接建立、数据传送、和连接释放。本文先不考虑中间的数据传输过程，仅来了解一下TCP连接的建立和释放。

TCP连接的建立

TCP连接的建立包含3次“握手”：
(1)第一次握手:客户机的TCP首先向服务器的TCP发送一个连接请求报文段。这个特殊的报文段中不含应用层数据,其首部中的SYN标志位被置为1。另外,客户机会随机选择一个起始序号seq=x(连接请求报文不携带数据,但要消耗掉一个序号)。
(2)第二次握手:服务器的TCP收到连接请求报文段后,如同意建立连接,就向客户机发回确认,并在OS内核中为该TCP连接分配TCP缓存和变量。在确认报文段中,SYN和ACK位都被置为1,确认号字段的值为x+1(表示希望收到的下一个字节的序号为x+1),并且服务器随机产生起始序号seq=y(确认报文不携带数据,但也要消耗掉一个序号)。
(3)第三次握手:当客户机收到确认报文段后,还要向服务器给出确认,并且也要在client端的OS内核中给该连接分配缓存和变量。这个报文段的ACK标志位被置1,序号字段为x+1,确认号字段为y+1。

为什么需要采用三次握手?
主要是为了防止两次握手情况下已失效的连接请求报文段突然又传送到服务端,而产生错误。
失效：当客户端发送的连接请求报文由于某些原因没有及时到达服务器，而客户端在等待一段时间后，又向服务器发送连接请求，且连接成功，顺序完成数据传输，那么第一次发送到连接请求报文段就称为失效的连接请求报文段。
错误：比如，客户端第一次发送的连接请求并没有丢失，而是因为网络问题导致延迟到达服务器，服务器以为是客户端又发起的新连接，于是服务器同意连接，并向客户端发回确认，但是此时客户端不予理会，服务器就一直等待客户端发送数据，导致服务器的资源浪费。

TCP连接的释放

TCP连接的释放一般需要4次“挥手”：
(1)第一次:客户机打算关闭连接,就向其TCP发送一个连接释放报文段,并停止发送数据,主动关闭TCP连接,该报文段的FIN标志位被置1,seq=u,它等于前面已传送过的数据的最后一个字节的序号加1(FIN报文段即使不携带数据,也要消耗掉一个序号)。
(2)第二次:服务器收到连接释放报文段后即发出确认,确认号是ack=u+1,而这个报文段自己的序号是v,等于它前面已传送过的数据的最后一个字节的序号加1。此时,从客户机到服务器这个方向的连接就释放了,TCP连接处于半关闭状态。但服务器若发送数据,客户机仍要接收,即从服务器到客户机这个方向的连接并未关闭。
(3)第三次:若服务器已经没有要向客户机发送的数据,就通知TCP释放连接,此时其发出FIN=1的连接释放报文段(注意: 此时确认号字段值仍为u+1, 因为这段时间里, 客户端并未发送任何数据到服务器)。
(4)第四次:客户机收到连接释放报文段后,必须发出确认。在确认报文段中,ACK字段被置为1,确认号ack=w+1,序号seq=u+1。此时TCP连接还没有释放掉,必须经过时间等待计时器设置的时间2MSL后,A才进入到连接关闭状态。

为什么需要采用四次挥手?
关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发给你了，但未必你所有的数据都发给对方了，所以你未必会马上关闭socket，你很有可能需要发送一些数据给对方后，再发送FIN报文给对方表示你没有数据发送给对方了，针对每个报文，都需要一次ack报文，故需要4次挥手。