第一次握手:客户端发送一个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,所以客户端此时才关闭自己的连接。这一点我觉得设计得非常巧妙!、