TCP的三次握手与四次挥手笔记
TCP Flags
URG: 紧急指针标志
ACK:确认序号标志
PSH:push标志
RST:重置连接标志
SYN:同步序号,用于建立连接过程
FIN: finish标志,用于释放连接
TCP三次握手流程文字解析:
在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接。
第一次握手:建立连接时,客户端发送SYN包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认;
第二次握手:服务器收到SYN包,必须确认客户的SYN(ack=j+1),同时自己也发送一个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态;
第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手。
为什么需要三次握手才能建立起连接?
为了初始化Sequence Number 的初始值
通信的双方要互相通知对方自己的初始化的Sequence Number,这个值要作为以后的数据通信的序号,以保证应用层接收到的数据不会因为网络上的传输问题而造成乱序,即TCP会用这个序号来拼接数据,因此服务器在回发他的Sequence Number之后即第二次握手之后,还需要发送确认报文给服务器,告知服务器,客户端已经收到了服务器的初始化的Sequence Numbner了。
TCP四次挥手流程文字解析:
TCP采用四次挥手来释放连接
第一次挥手:Client发送一个FIN,用来关闭Client到Server的数据传送,Client进入FIN_WAIT_1状态;
第二次挥手:Server收到FIN后,发送一个ACK给Client,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号),Server进入CLOSE_WAIT状态;
第三次挥手:Server发送一个FIN,用来关闭Server到Client的数据传送,Server进入LAST_ACK状态;
第四次挥手:Client收到FIN后,Client进入TIME_WAIT状态,接着发送一个ACK到Server,确认序号为收到序号+1,Server进入CLOSED状态,完成四次挥手。
为什么客户端在CLOSED状态前会有2MSL时间的TIME_WAIT状态?
- 确保有足够的时间让对方收到ACK包(如果被动关闭的那方没有收到ACK包就会触发被动端重发FIN包,一来一回刚好是2个MSL时间)
- 避免新旧连接混淆
为什么需要四次握手才能断开连接?
因为全双工,发送方和接收方都需要FIN报文和ACK报文
服务器出现大量CLOSE_WAIT状态的原因
对方关闭socket连接,我方忙于读或写,没有及时关闭连接
- 检查代码,特别是释放资源的代码
- 检查配置,特别是处理请求的线程配置(可能不是很合理)