TCP状态转换

​TCP状态转换示意图如下

针对上面的示意图，主要对以下几点进行解析

• 有哪些进程状态是可以捕捉到的？

• LISTEN、ESTABLISHED、等，其他状态时间很短暂，捕捉不到

• netstat命令可以捕捉状态。

• 2MSL是什么？

• 2MSL是等待时长，主动关闭连接的一方将会处于TIME_WAIT状态

• 1MSL大概是30S，处于TIME_WAIT状态的进程(主动断开连接的进程)不会立即终止，而是会等待2MSL的时间；而被动断开连接的一方，在LAST_ACK状态，一旦收到对方的ACK就会立即终止进程。

• 为什么主动断开的一方要等2MSL而被动断开的一方不需要等呢？  

• 因为有可能会出现这种情况，主动断开的一方(比如是client)属于TIME_WAIT时，向被断开的一方(比如说server)发送ACK，有可能对方没有收到，这时侯server会再发一次FIN，也就需要client再回复一次ACK（如果client没有等待就终止了，那么server发送的FIN就发送不到了，四次挥手就失败了），所以主动断开连接的一方要等待，来保证正常断开连接，而被断开的一方收到ACK就可以终止进程了，此时连接正常断开。

• 什么是半关闭？

• 如何理解半关闭

• A给B发送FIN(A调用了close函数), 但是B没有给A发送FIN(B没有调用close)

• A断开了与B的连接, B没有断开与A的连接

•  特点:

•  A不能给B发送数据, A可以收B发送的数据

• B可以给A发送数据

• 函数: int shutdown(int sockfd, int how);

• sockfd: 要半关闭的一方对应的文件描述符

• 通信的文件描述符

• how:（可以只关读、只关写，或读写都关）

•  SHUT_RD      -           0 - 读      

• SHUT_WR        -           1 - 写

• SHUT_RDWR   -           2 - 读写

• 使用close()函数能否实现半关闭？

• 不能。使用dup2函数可以复制一个文件描述符fd指向和sfd一样的内容，如果使用close(fd)关闭了对内核缓冲区的读写，但是还存在一个文件描述符sfd可以读写内核缓冲区，也就是说通信依然可以进行，这样并不能实现真正的半关闭。使用shutdown函数可以实现半关闭，是因为shutdown(fd, SHUT_RD)虽然在函数中只对fd关闭了读，但是它实际上是将缓冲区的读给关闭了，所有文件描述符（不管有多少个），都不能再读缓冲区了。

在使用套接字通信时，可以使用netstat命令捕捉进程状态或使用netstat查看网络相关状态信息，netstat的常用参数如下：

• -a (all)显示所有选项，默认不显示LISTEN相关进程，不加-a就不显示LISTEN进程。

•  -p 显示建立相关链接的程序名。

• -n 拒绝显示别名，能显示数字的全部转化成数字。

• -t (tcp)仅显示tcp相关选项。

• -u (udp)仅显示udp相关选项。

• -l 仅列出有在 Listen (监听) 的服务状态。