三次握手，四次挥手

第一次握手：客户端发送一个TCP标志位SYN=1、ACK=0的数据包给服务器，并随机会产生一个Sequence number=3233.当服务器接收到这个数据后，服务器由SYN=1可知客户端是想要建立连接；

 

第二次握手：服务器要对客户端的联机请求进行确认，向客户端发送应答号ACK=1、SYN=1、

确认号Acknowledge number=3234，此值是客户端的序列号加1，还会产生一个随机的序列号Sequence number=36457，这样就告诉客户端可以进行连接；

 

第三次握手：客户端收到数据后检查Acknowledge number是否是3233+1的值，以及ACK的值是否为1，若为1，客户端会发送ACK=1、确认号码Acknowledge number=36457，告诉服务器,你的请求连接被确认，连接可以建立。

 

 

 

四次挥手过程：

 

 

 

第一次挥手：当传输的数据到达尾部时，客户端向服务器发送FIN=1标志位；可理解成，客户端向服务器说，我这边的数据传送完成了，我准备断开了连接；

 

第二次挥手：因TCP的连接是全双工的双向连接，关闭也是要从两边关闭；当服务器收到客户端发来的FIN=1的标志位后，服务器不会立刻向客户端发送FIND=1的请求关闭信息，而是先向客户端发送一个ACK=1的应答信息，表示：你请求关闭的请求我已经收到，但我可能还有数据没有完成传送，你再等下，等我数据传输完成了我就告诉你；

 

第三次挥手：服务器数据传输完成，向客户端发送FIN=1，客户端收到请求关闭连接的请求后，客户端就明白服务器的数据已传输完成，现在可以断开连接了，

 

第四次挥手：客户端收到FIND=1后，客户端还是怕由于网络不稳定的原因，怕服务器不知道他要断开连接，于是向服务器发送ACK=1确认信息进行确认，把自己设置成TIME_WAIT状态并启动定时器，如果服务器没有收到ACK，服务器端TCP的定时器到达后，会要求客户端重新发送ACK，当服务器收到ACK后，服务器就断开连接；当客户端等待2MLS（2倍报文最大生存时间）后，没有收到服务器的重传请求后，他就知道服务器已收到了ACK，所以客户端此时才关闭自己的连接。这一点我觉得设计得非常巧妙！、