Android C++系列：Linux网络（四）TCP详解

1. tcp状态转换图

这个图N多人都知道，它排除和定位网络或系统故障时大有帮助，但是怎样牢牢地将这 张图刻在脑中呢?那么你就一定要对这张图的每一个状态，及转换的过程有深刻 的认识， 不能只停留在一知半解之中。下面对这张图的11种状态详细解析一下，以便加强记忆!不过在这之前，先回顾一下TCP建立连接的三次握手过程，以及关闭连接的四次握手过程。

1.1建立连接协议(三次握手)

1. 客户端发送一个带SYN标志的TCP报文到服务器。这是三次握手过程中的报文1；
2. 服务器端回应客户端的，这是三次握手中的第2个报文，这个报文同时带ACK标志和SYN标志。因此它表示对刚才客户端SYN报文的回应;同时又标志SYN给客户端，询问客户 端是否准备好进行数据通讯；
3. 客户必须再次回应服务段一个ACK报文，这是报文段3。

1. 2连接终止协议(四次握手)

由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这 一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方 将执行主动关闭，而另一方执行被动关闭。

1. TCP客户端发送一个FIN，用来关闭客户到服务器的数据传送(报文段4)；
2. 服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1(报文段5)。 和SYN一样，一个FIN将占用一个序号；
3. 服务器关闭客户端的连接，发送一个FIN给客户端(报文段6)；
4. 客户段发回ACK报文确认，并将确认序号设置为收到序号加1(报文段7)。

1.3 11种状态

• CLOSED: 这个没什么好说的了，表示初始状态。
• LISTEN: 这个也是非常容易理解的一个状态，表示服务器端的某个SOCKET处于监听状态，可以接受连接了。
• SYN_RCVD: 这个状态表示接受到了SYN报文，在正常情况下，这个状态是服务器端的SOCKET在建立TCP连接时的三次 握手会话过程中的一个中间状态，很短暂，基本 上用netstat你是很难看到这种状态的，除非你特意写了一个客户 端测试程序，故意将三次TCP握手过程中最后一个ACK报文不予发送。因此这种状态 时，当收到客户端的ACK报文 后，它会进入到ESTABLISHED状态。
• SYN_SENT: 这个状态与SYN_RCVD遥想呼应，当客户端SOCKET执行CONNECT连接时，它首先发送SYN报文，因此也随即 它会进