TCP三次握手

第一次握手

SYN=1 ACK=1 seq=y ack=x+1

客户端

服务端

SYN=1 ACK=0 seq=x

为啥不是2次或者4次握手呢？让服务器撤销开辟的资源1.假设两次握手就ok了，要是客户端第一次握手过去，结果卡在某个地方了，没到服务端2.客户端再次重试发送了第一次握手过去，服务端收到了，ok了，大家来回来去，三次握手建立了连接3.尴尬的是，后来那个卡在哪儿的老的第一次握手发到了服务器，服务器直接就返回一个第二次握手，这个时候服务器开辟了资源准备客户端发送数据啥的，结果呢？客户端根本就不会理睬这个发回去的二次握手，因为之前都通信过了4.但是如果是三次握手，那个二次握手发回去，客户端发现根本不对，就会发送个复位的报文过去，让服务器撤销开辟的资源，别等着了

开辟了资源准备通讯

卡在半路上

第三次握手要求释放资源复位链接

第三次握手

第二次握手

tcp标志位ACK:确认值(Acknowledgement)，为1便是确认连接ack:是确认编号(Acknowledgement Number)，即接收到的上一次远端主机传来的seq然后+1，再发送给远端主机。提示远端主机已经成功接收上一次所有数据SYN：synchronous建立联机seq:Sequence number(顺序号码)PSH:(push传送) FIN:(finish结束) RST:(reset重置) URG(urgent紧急)