TCP/IP协议中的四次挥手

与上文相对比，四次挥手比三次握手多了一次，这是为什么呢？为什么断开连接的时候一定要四次沟通呢？下面我将用通俗的话解释下这个过程。

首先，我们可以知道，如果双方想断开连接，那一定是双方都没有数据想发送给对方了，这时就存在着一个问题，我知道我自己没有数据发送了，但是我没有办法知道对方是否还有数据要发，所以我们可以将这多余的一次沟通看成是这个多余的步骤的补偿。下面详细的说明一下这个问题，我们同样假设客户端想要断开连接。

第一次挥手。客户端发送断开请求，表示我没有数据要发了，可以断开了。此时客户端处于断开等待环节

第二次挥手。服务器收到后，表示我收到了你的请求了，但是请等一下，我还有数据要发。此时服务器进入半关闭状态（表示我只能发缓存区的数据，不能增加新的数据了）。同样进入关闭等待环节。

第三次挥手，服务器再次发送，表示我也没有数据要发了，可以断开了。

第四次挥手，客户端收到第三次挥手的请求后，发送确认，然后等待关闭。

上面有几个点需要注意，第四次挥手步骤后的等待关闭的时间一般为2MSL，MSL表示信息传递过程中不会丢失的最大时间，之所以2MSL时间，是因为客户端需要确定服务器收到了我的确认信息。TCP/IP协议中有一个规定，如果对方没有收到我的信息，那么在2MSL时间后就会有一个超时重传命令，如果2MSL时间后没有收到任何命令，表示我也可以关闭连接了。

如果按照标准的流程来描述的话，那么

第一次挥手，客户端发送FIN报文段，表示请求

第二次挥手，服务器收到后，用ACK报文段回应，表示已知晓

第三次挥手，服务器发送FIN报文段，表示请求

第四次挥手，客户端发送ACK报文段，表示已知晓

所以根据标准流程也可以看出，由于FIN报文段和ACK报文段没有办法同时发送，所以导致着想要断开连接的双方需要4次挥手才能实现