TCP三次握手四次挥手

原创

青花茶 2019-06-16 20:54:53 ©著作权

文章标签 TCP 文章分类 代码人生

©著作权归作者所有：来自51CTO博客作者青花茶的原创作品，请联系作者获取转载授权，否则将追究法律责任

TCP三次握手四次挥手

三次握手

指的是在发送数据的准备阶段，服务器端和客户端之间需要进行三次交互：

OSI参考模型中的网络层，在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。（TCP在运输层，IP在网络层）

第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；

第二次握手：服务器收到syn包，必须确认客户的syn（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

通俗的说：

第一次握手：A（客户端）：你好我是A，你听得到我在说话吗（发送建立连接请求，等待服务器确认） A->SYN_SEND

第二次握手：B（服务端）：听到了，我是B，你听到我在说话吗（确认客户端的请求，同时自己也发送一个请求） B->SYN_RCVD | A->ESTABLISHED

第三次握手：A（客户端）：嗯，听到了（确认服务端的请求，发送完毕，建立连接） B->ESTABLISHED

建立连接，开始聊天！

可能会有这种想法，为什么要进行三次握手才能建立连接，两次貌似也可以，事实三次握手是可靠的的连接过程：

三次握手的目的是 “为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误“

“已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。

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

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