TCP状态转移——三次握手和四次挥手

前面介绍了计算机网络的基础知识，今天我们来看一下TCP状态转移的“三次握手”和“四次挥手”。状态转移指的是TCP的连接建立到关闭整个过程中通信两端状态的变化。
首先，我们思考一下，为什么TCP会有“三次握手四次挥手”这么一个过程？我们说TCP协议的特点是面向连接的、可靠传输的、字节流服务(相比于UDP无连接、不可靠传输、数据报服务)。这里主要原因是前面两个，因为TCP提供面向连接的和可靠传输的特点，所以TCP协议里面肯定有保障这两个特性的某种机制，其中“三次握手四次挥手”是最重要的。
我们来介绍一下**“三次握手”的过程**

“三次握手”

三次握手是客户端与服务器建立连接的过程，在这个过程中客户端和服务器主要做了下面这些事情：
客户端向服务器端发送连接请求，当服务器接收到该报文段后，再向客户端发送一个确认，客户端接收到服务器的确认后，再向服务器返回一个确认，这样两边的连接就建立好了。
整个建立连接过程中涉及到的状态转移有：

客户端

• 客户端向服务器发送完SYN同步报文段之后，连接状态变为SYN_SENT

• 客户端在收到服务器的确认报文段SYN和ACK之后，再向服务器返回一个ACK，此时连接状态变为ESTABLISHED

服务器

• 服务器在第一次接收到客户端的SYN报文段之后，立即向客户端返回一个SYN和ACK报文段，连接状态变为SYN_RCVD
• 服务器接收到客户端的确认报文段ACK之后，连接状态变为ESTABLISHED

具体过程如下图：

解释一下，之所以要进行“三次握手”是为了防止恶意的SYN溢出攻击，服务器因要为每一个连接分配资源而导致资源被耗尽，最终结果是服务器瘫痪。

介绍完“三次握手”我们再来看一下“四次挥手”

“四次挥手”

四次挥手的连接的服务器和客户端两端其中之一作为主动断开方，向被动断开方发送一个结束报文段，被动断开方收到后立即回复一个确认报文段，再向主动断开方发送一个结束报文段，主动断开方接收到两个报文段后，再向对方返回一个确认报文段，这样两边的连接就断开了。

整个断开连接过程中发生的状态转移有：
主动断开发：

1. 向被动断开方发送FIN结束报文段，连接转移到FIN_WAIT_1
2. 主动断开方收到对方的ACK确认报文段后连接状态变为FIN_WAIT_2
3. 主动断开方收到对方的FIN结束报文段之后，连接进入TIME_WAIT
4. 主动断开方向对方发送ACK确认报文段时候，经过一段时间后连接变为CLOSED

被动断开方：
5. 收到收到主动断开方的FIN结束报文段之后，立即向对方返回ACK报文段，然后连接状态变为CLOSE_WAIT
6. 向主动断开方发送FIN结束报文段，连接状态变为LSAT_ACK
7. 收到主动断开方的ACK确认报文段之后，连接状态变为CLOSED

具体过程如下图：

强调一下，主动断开方的连接在CLOSED之前的TIME_WAIT状态是为了：

1. 保证可靠的断开TCP连接
2. 确保让迟来的TCP报文段有足够的时间被识别并丢弃

事实上，这里的“四次挥手”也是可以合并成“三次挥手”的，只需要将被动断开方的ACK确认报文段与FIN结束报文段合在一起发送就可以了，但是对于复杂的网络环境而言，“四次挥手”更好一点