TCP协议的三次握手与四次挥手

  三次握手

   一次完整TCP连接包含三个阶段：请求连接、传送数据、关闭连接。

   客户端client在与服务端server建立连接时，首先会发送一个建立连接的请求，如果存在这样的情况，客户端client发送的请求报文因为网络原因在某个节点滞留了一段时间，但是请求连接的报文并没有丢失，最后到该连接被释放后才到达服务端server。服务端server会以为这是客户端新的请求连接，于是会向客户端发送同意建立连接的报文，并建立连接。如果不用三次握手来建立连接，这时候server就与client建立了连接，等待client发送数据，但是这个client连接请求是失效的请求，client不会向server发送数据，server还在等待client发送数据，这样就会造成server的资源被白白的浪费掉。三次握手就是为了避免这种情况的发生，如果client不再次向server发出确认连接报文，server就不用建立连接，从而不会浪费server的资源。 

   第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。

  第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

   第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。

   四次挥手

    四次挥手，别名连接终止协议。其性质为终止协议。

   由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。

   第一次挥手：TCP客户端发送一个FIN，用来关闭客户到服务器的数据传送。（此时客户端关闭，不再发送数据，可以接收数据）

   第二次挥手：服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。（此时服务端收到客户端关闭信息，仍然可以向客户端发送数据）

   第三次挥手：服务器关闭客户端的连接，发送一个FIN给客户端。（服务端关闭，不再发送数据）

   第四次挥手：客户端发回ACK报文确认，并将确认序号设置为收到序号加1。（客户端收到服务端关闭信息）

   举两个通俗易懂的例子：

   三次握手：

   A：“喂，能听到我讲话吗？”

   B：“能听到你讲话。你能听到我讲话吗？”

   A：“能听到你讲话。”

   连接建立，传送数据。

   四次挥手：

   A：“喂，我的话讲完了，我不说话了。”

   B：“好的，收到。我还没说完，你听我继续说......”

   B：“我也说完了，我也不说了。”

   A：“好的，收到。”

   关闭连接。