前面介绍了计算机网络的基础知识,今天我们来看一下TCP状态转移的“三次握手”和“四次挥手”。状态转移指的是TCP的连接建立到关闭整个过程中通信两端状态的变化。
首先,我们思考一下,为什么TCP会有“三次握手四次挥手”这么一个过程?我们说TCP协议的特点是面向连接的、可靠传输的、字节流服务(相比于UDP无连接、不可靠传输、数据报服务)。这里主要原因是前面两个,因为TCP提供面向连接的和可靠传输的特点,所以TCP协议里面肯定有保障这两个特性的某种机制,其中“三次握手四次挥手”是最重要的。
我们来介绍一下**“三次握手”的过程**
“三次握手”
三次握手是客户端与服务器建立连接的过程,在这个过程中客户端和服务器主要做了下面这些事情:
客户端向服务器端发送连接请求,当服务器接收到该报文段后,再向客户端发送一个确认,客户端接收到服务器的确认后,再向服务器返回一个确认,这样两边的连接就建立好了。
整个建立连接过程中涉及到的状态转移有:
客户端
-
客户端向服务器发送完SYN同步报文段之后,连接状态变为SYN_SENT
-
客户端在收到服务器的确认报文段SYN和ACK之后,再向服务器返回一个ACK,此时连接状态变为ESTABLISHED
服务器
- 服务器在第一次接收到客户端的SYN报文段之后,立即向客户端返回一个SYN和ACK报文段,连接状态变为SYN_RCVD
- 服务器接收到客户端的确认报文段ACK之后,连接状态变为ESTABLISHED
具体过程如下图:
解释一下,之所以要进行“三次握手”是为了防止恶意的SYN溢出攻击,服务器因要为每一个连接分配资源而导致资源被耗尽,最终结果是服务器瘫痪。
介绍完“三次握手”我们再来看一下“四次挥手”
“四次挥手”
四次挥手的连接的服务器和客户端两端其中之一作为主动断开方,向被动断开方发送一个结束报文段,被动断开方收到后立即回复一个确认报文段,再向主动断开方发送一个结束报文段,主动断开方接收到两个报文段后,再向对方返回一个确认报文段,这样两边的连接就断开了。
整个断开连接过程中发生的状态转移有:
主动断开发:
- 向被动断开方发送FIN结束报文段,连接转移到FIN_WAIT_1
- 主动断开方收到对方的ACK确认报文段后连接状态变为FIN_WAIT_2
- 主动断开方收到对方的FIN结束报文段之后,连接进入TIME_WAIT
- 主动断开方向对方发送ACK确认报文段时候,经过一段时间后连接变为CLOSED
被动断开方:
5. 收到收到主动断开方的FIN结束报文段之后,立即向对方返回ACK报文段,然后连接状态变为CLOSE_WAIT
6. 向主动断开方发送FIN结束报文段,连接状态变为LSAT_ACK
7. 收到主动断开方的ACK确认报文段之后,连接状态变为CLOSED
具体过程如下图:
强调一下,主动断开方的连接在CLOSED之前的TIME_WAIT状态是为了:
- 保证可靠的断开TCP连接
- 确保让迟来的TCP报文段有足够的时间被识别并丢弃
事实上,这里的“四次挥手”也是可以合并成“三次挥手”的,只需要将被动断开方的ACK确认报文段与FIN结束报文段合在一起发送就可以了,但是对于复杂的网络环境而言,“四次挥手”更好一点