1、图解三次握手四次挥手
2、步骤详解
2.1 服务器端状态变化
【CLOSED->LISTEN】:服务器端调用listen后进入LISTEN状态,等待客户端连接;
【LISTEN->STN_RCVD】:一但监听到连接请求(同步报文段),就将该连接放入内核等待队列中,并向客户端发送SYN确认报文;
【SYN_RCVD->ESTABLISHED】:服务器端一但收到客户端的确认报文,就进入ESTABLISHED状态,可以进行读写数据了;
【ESTABLISHED->CLOSE_WAIT】:当客户端主动关闭连接(调用close),服务器会收到结束报文段,服务器返回确认报文段并进入CLOSE_WAIT;
【CLOSE_WAIT->LAST_ACK】:进入CLOSE_WAIT后说明服务器准备关闭连接(需要处理完之前的数据),当服务器真正调用close关闭连接时,会向客户端发送FIN,此时服务期进入LAST_ACK状态,等待最后一个ACK到来(这个ACK是客户端确认收到了FIN);
【LAST_ACK->CLOSED】服务器收到了对FIN的ACK,彻底关闭连接;
2.2 客户端状态变化
【CLOSED->SYN_SENT】:客户端调用connect,发送同步报文段;
【SYN_SENT->ESTABLISHED】:connect调用成功,则进入ESTABLISHED状态,开始读写数据;
【ESTABLISHED->FIN_WAIT_1】:客户端主动调用close时,向服务器发送结束报文段,同时进入FIN_WAIT_1;
【FIN_WAIT_1->FIN_WAIT_2】:客户端收到服务器对结束报文段的确认,则进入FIN_WAIT_2,开始等待服务器的结束报文段;
【FIN_WAIT_2->TIME_WAIT】:客户端收到服务器端的结束报文段,进入TIME_WAIT,并发出LAST_ACK;
【TIME_WAIT->CLOSED】:客户端要等待上2MSL(Max Segment Life,报文最大生存时间)的时间,以防最后一个报文丢失重发,给这个意外留下充足的时间,之后才会进入CLOSE状态;
2.3 半关闭:TIME_WAIT状态
为什么要存在TIME_WAIT状态?
- MSL是TCP报文的最大生存时间,因此TIME_WAIT持续存在2MSL的时间,就能保证在两个传输方向上的尚未被接受或迟到的报文段都已经被处理了,否则服务器立即重启就可能会收到来自上一个进程的迟到的数据,引起错误;
- 同时TIME_WAIT状态的存在在理论上可以保证最后一个报文可靠到达(假设最后一个ACK丢失的话,那么服务器会再重发一个FIN,这时虽然客户端的进程已经不在了,但是TCP连接还在,仍然可以重发LAST_ACK);
MSL:
- MSL在RFC1122中规定为2分钟,但是各操作体统的实现不同,在Centos7上默认配置是60秒;
- 查看MSL的值:cat /proc/sys/net/ipv4/tcp_fin_timeout
- 规定TIME_WAIT的时间可以参考UNP 2.7 节;
解决TIME_WAIT状态引起的bind失败的方法:
- 在server的TCP连接没有完全断开之前不允许重新监听;
- 在server代码的socket()和bind()调用之间插入如下代码:
int opt = 1;
setsockopt(listenfd,SOL_SOCKET,SO_REUSEADDR,&opt,sizeof(opt));