TCP三次握手和四次挥手

首先来了解一下什么是TCP协议？

传输控制协议（Transmission Control Protocol，TCP）提供一种面向连接的、可靠的字节流服务。面向连接意味着两个使用TCP的应用（通常来说是一个客户端和一个服务端）在彼此交换数据之前必须先建立一个TCP连接，同时TCP通过差错与流量控制确保在不可靠的网络中完成数据的正确传输。对于数据量大的传输以及要求可靠交付的应用程序来说，TCP是首选的传输方法。

接下来看看TCP建立连接的过程，也就是三次握手。

在建立连接前，服务器端首先会被动打开其服务端口并对端口进行监听。当客户端要和服务器端建立连接时，发起一个主动打开端口的请求，然后进入三次握手过程。

第一次握手：由要建立连接的客户端向服务器发出连接请求段，该段首部的同步标志SYN被置为1，并在首部中填入本次连接的客户端的初始段序号seq。

 第二次握手：服务器收到请求后，发回连接确认（SYN+ACK），该段首部中的同步标志SYN被置为1，表示认可连接。首部中的确认标志ACK被置为1，表示对所接收的段的确认。

 第三次握手：客户端向服务器发出确认段，段首部中的确认标志ACK被置为1，表示对所接收的段的确认。

 那么既然有建立连接，那就会有断开连接，也就是四次挥手。

那为什么握手是三次挥手却四次呢？

为防止简单的断开连接可能会造成数据的丢失，TCP采用了与三次握手类似的方法，即客户端发出一个断开请求FIN，这时候不会马上断开连接，而是等待服务器的确认，当服务器收到断开请求后，发送一个确认ACK，这时候处于一个半连接的状态，等待服务器数据传完后，再发送一个FIN，客户端收到后最后发送一个ACK，完成断开连接。

通俗的说就是：

客户端：“大哥，可以断开连接吗”

服务器：“小老弟，可以的，但是你要等我把数据传完”

服务器：“小老弟，我传完数据了，你可以关闭连接了”

客户端：“收到！”

等待一段时间后没有收到服务器的回话就彻底完成断开连接，为什么要等待一段时间呢？因为要确定服务器最后有收到客户端的ACK，否则服务器会重新发送FIN包，这也是TCP的安全可靠之处，TCP协议具有重传机制，确保可靠的连接与断开。