三次握手四次挥手协议

一、三次握手
三次握手流程图

三次握手用正常白话讲就是 ：

就这样经过三次成功建立连接

至于为什么要经过三报文握手建立连接呢？

不是说只能这样建立连接，只是因为这样能避免很多建立连接的问题。
它可以防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误。
比如：

client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段，但是server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求，于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了，由于client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据，但server却以为新的运输连接已经建立，并一直等待client发来数据。所以没有采用“三次握手”，这种情况下server的很多资源就白白浪费掉了。

四、四次挥手
四次挥手流程图

上图是断开连接的示意图
我们可以用下面这个白话图加深理解

就这样经过四次安全断开连接

为什么需要四次挥手呢？

TCP是全双工模式，当client发出FIN报文段时，只是表示client已经没有数据要发送了，client告诉server，它的数据已经全部发送完毕了；但是，这个时候client还是可以接受来server的数据；当server返回ACK报文段时，表示它已经知道client没有数据发送了，但是server还是可以发送数据到client的；当server也发送了FIN报文段时，这个时候就表示server也没有数据要发送了，就会告诉client，我也没有数据要发送了，如果收到client确认报文段，之后彼此就会愉快的中断这次TCP连接。