TCP三次握手,四次挥手

对于QQ，采用的是TCP/IP,UDP两种通信协议，而为保证稳定，微信用了长链接和短链接相结合，微信划分了http模式（short链接）和 tcp 模式（long 链接），分别应对状态协议和数据传输协议。

1.握手代表建立连接，握手成功之后就可以进行通信了
2.挥手代表断开连接，挥手完毕之后就可以结束通信了
下面我们来具体了解一下客户端与服务器是怎么进行握手的呢？
首先了解几个名词：SYN,ASK,FIN,ack,seq。
SYN：Synchronize Sequence Numbers，建立连接的信号。
ACK：Acknowledgement，确认字符，在数据通信中，接收站发给发送站的一种传输类控制字符，表示发来的数据已确认接收无误。
FIN：Final，标志结束。
ack:这个代表下一个数据包的编号，这也就是为什么第二请求时，ack是seq+1。
seq:序列号当发送一个数据时，数据是被拆成多个数据包来发送，序列号就是对每个数据包进行编号，这样接受方才能对数据包进行再次拼接。

一、三次握手
1.客户端向服务器发起一起连接请求（SYN=1），同时发送一个序列号（seq=X）；
2.服务端收到SYN包之后，确认收到（ACK=1），并且返回一个ack（x+1）给客户端，此时自己的包的序列号为:Y；
3.客户端收到服务端的确认信息之后，返回一个确认ACK=1，并且返回序列号为Y+1。

二、为什么不是两次握手
如果服务器发送确认信息给客户端的时候，客户端没有进行回应，那么服务器就不知道自己的确认信息是否被客户端看到而造成反复的发送确认信息给客户端。

三、四次挥手
原因：客户端与服务端都需要进行发送关闭请求并且接收来自对方的应答，所以需要四次。
1.客户端的数据发送完毕之后，就发送FIN=1的结束信号给服务器；
2.服务器接收到包之后，就发送确认收到的信号ACK=1，并且序列号为收到的加1；（结束了客户端与服务器的数据传送）
3.服务器这边确认数据也发送完毕的时候，发送FIN=1的信号给客户端，准备进入准备关闭阶段；
4.客户端接收到服务器的FIN信号，客户端发送最后的确认ACK=1给服务器。
注意：最后挥手的时候，客户端会在自己发出结束标志之后调动自己的计时器进入等待（time_wait）阶段，等待的时间为2MSL；
原因：第四次回复的应答丢失导致服务器接收不到，而会重复进行第三次挥手

2MSL
Maximum Segment Lifetime英文的缩写，中文可以译为“报文最大生存时间”
所以其实还有个作用就是保证最后产生的报文会在网络上消逝，不影响服务器。