TCP三次握手，四次挥手

目录

一、OSI七层模型

 二、TPC标志位

 三、三次握手（资源开辟的过程）

1、为什么要三次握手？

 四、四次挥手（资源释放的过程）

1、为什么连接的时候是三次握手，关闭的时候却是四次握手？

2、为什么要等待2MSL？

---

一、OSI七层模型

物理层：物理层；

数字链路层： 提供介质访问和链路管理；

网络层：IP选址及路由选择；

传输层：建立、管理和维护端到端的连接；

会话层：建立、管理和维护会话；

表示层：数据格式转化、数据加密；

应用层：为应用程序提供服务；

 二、TPC标志位

• SYN：简写为S，同步标志位，用于建立会话连接，同步序列号；
• ACK： 简写为 . ，确认标志位，对已接收的数据包进行确认；
• FIN： 简写为F，完成标志位，表示我已经没有数据要发送了，即将关闭连接；
• PSH：简写为P，推送标志位，表示该数据包被对方接收后应立即交给上层应用，而不在缓冲区排队；
• RST：简写为R，重置标志位，用于连接复位、拒绝错误和非法的数据包；
• URG：简写为U，紧急标志位，表示数据包的紧急指针域有效，用来保证连接不被阻断，并督促中间设备尽快处理；

 三、三次握手（资源开辟的过程）

三次握手是指加你一个TCP连接时，需要客户端和服务器总共发送3个报文

第一次握手：客户端（client）--->服务端（server） 此时服务端知道客户端要建立连接了

第二次握手：服务端--->客户端 服务端向客户端回应，客户端知道服务端收到连接请求

第三次握手：客户端--->服务端 服务端知道客户端收到自己的回应（到这里可以认为客户端和服务端已经建立了连接）

1、为什么要三次握手？

        我们假设client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。

本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。

假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。

所以，采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。

 四、四次挥手（资源释放的过程）

第一次挥手：客户端--->服务端 表示客户端没有数据要发送给服务端了

第二次挥手：服务端--->客户端 表示服务端收到并同意了客户端的关闭请求

第三次挥手：服务端--->客户端 服务端请求关闭连接

第四次挥手：客户端--->服务端 服务端在收到客户端的ACK报文段后，就关闭连接，此时，客户端等待2MSL的时间后依然没有收到回复，则证明服务端已正常关闭，那好，客户端也可以关闭连接了。

1、为什么连接的时候是三次握手，关闭的时候却是四次握手？

        建立连接时因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。所以建立连接只需要三次握手。

由于TCP协议是一种面向连接的、可靠的、基于字节流的运输层通信协议，TCP是全双工模式。这就意味着，关闭连接时，当Client端发出FIN报文段时，只是表示Client端告诉Server端数据已经发送完毕了。当Server端收到FIN报文并返回ACK报文段，表示它已经知道Client端没有数据发送了，但是Server端还是可以发送数据到Client端的，所以Server很可能并不会立即关闭SOCKET，直到Server端把数据也发送完毕。当Server端也发送了FIN报文段时，这个时候就表示Server端也没有数据要发送了，就会告诉Client端，我也没有数据要发送了，之后彼此就会愉快的中断这次TCP连接。

2、为什么要等待2MSL？

MSL：报文段最大生存时间，它是任何报文段被丢弃前在网络内的最长时间。

有以下两个原因：

• 第一点：保证TCP协议的全双工连接能够可靠关闭：

        由于IP协议的不可靠性或者是其它网络原因，导致了Server端没有收到Client端的ACK报文，那么Server端就会在超时之后重新发送FIN，如果此时Client端的连接已经关闭处于CLOESD状态，那么重发的FIN就找不到对应的连接了，从而导致连接错乱，所以，Client端发送完最后的ACK不能直接进入CLOSED状态，而要保持TIME_WAIT，当再次收到FIN的收，能够保证对方收到ACK，最后正确关闭连接。

• 第二点：保证这次连接的重复数据段从网络中消失

        如果Client端发送最后的ACK直接进入CLOSED状态，然后又再向Server端发起一个新连接，这时不能保证新连接的与刚关闭的连接的端口号是不同的，也就是新连接和老连接的端口号可能一样了，那么就可能出现问题：如果前一次的连接某些数据滞留在网络中，这些延迟数据在建立新连接后到达Client端，由于新老连接的端口号和IP都一样，TCP协议就认为延迟数据是属于新连接的，新连接就会接收到脏数据，这样就会导致数据包混乱。所以TCP连接需要在TIME_WAIT状态等待2倍MSL，才能保证本次连接的所有数据在网络中消失。