三次握手

【非原创】只是基于原创有一番“读后感”，原文：TCP 为什么是三次握手，而不是两次或四次？ - wuxinliulei的回答 - 知乎https://www.zhihu.com/question/24853633/answer/63668444

我理解的含义

TCP协议里面用到的，为了建立TCP连接，预先发起的连接确认。

我们设想以下几种可能：

1. 不连接，直接发送正式报文
   这岂不成了另类的‘UDP’，发送端即不知道接收端收到没，接收端更无从知晓发送端发送了没，这太尴尬了。

2. 发送端先发一条确认信息
   机制的设计者决定在发送正式报文前先发送一次确认信息‘喂，接收端你在不？’，这个时候实际上发送的不可能是之前的话语，会发送报文的特征信息。但是等等，好像还是哪里不对，发送端只是发出了一句确认，还没等到接收端回复，还是确认不了。

3. 发送端先发送一条信息，接收端返回一条信息
   发送端：‘喂，接收端你在不？’，接收端：‘发送端，我在’。这样是不是就对了，感觉就可以了，发送端知道接收端在线，而接收端也回复了发送端。但是，还是有一种极端情况，以上假设是建立在我们的通讯能立刻到达的基础上，但是万一复杂的网络把某个请求迟滞在了某一个节点过了很久才发送出来呢？发送端就有可能收到一条很‘久远’的回复，接收端误以为连接建立了，但是事实上连接并没有建立，发送端有可能早就因为迟迟未收到接收端确认而停止了连接，这个时候的接收端就会白白浪费资源。

4. 痛定思痛，再加一次确认回复
   三次是能确认通信信道能够有效通达的最少次数。为了实现 ‘最少延迟，最好连接’ 这个目标，三次是最小确认信道的代价。同时可以避免一条请求过很久才到达。

以下放上原文：

作者：wuxinliulei
链接：https://www.zhihu.com/question/24853633/answer/63668444
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

TCP连接建立过程中为什么需要“三次握手”在谢希仁著《计算机网络》第四版中讲“三次握手”的目的是“为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误”。

在另一部经典的《计算机网络》一书中讲“三次握手”的目的是为了解决“网络中存在延迟的重复分组”的问题。这两种不用的表述其实阐明的是同一个问题。

谢希仁版《计算机网络》中的例子是这样的，“已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。”这个例子很清晰的阐释了“三次握手”对于建立可靠连接的意义。

在Google Groups的TopLanguage中看到一帖讨论TCP“三次握手”觉得很有意思。贴主提出“TCP建立连接为什么是三次握手？”的问题，在众多回复中，有一条回复写道：“这个问题的本质是, 信道不可靠, 但是通信双发需要就某个问题达成一致. 而要解决这个问题, 无论你在消息中包含什么信息, 三次通信是理论上的最小值. 所以三次握手不是TCP本身的要求, 而是为了满足"在不可靠信道上可靠地传输信息"这一需求所导致的. 请注意这里的本质需求,信道不可靠, 数据传输要可靠. 三次达到了, 那后面你想接着握手也好, 发数据也好, 跟进行可靠信息传输的需求就没关系了. 因此,如果信道是可靠的, 即无论什么时候发出消息, 对方一定能收到, 或者你不关心是否要保证对方收到你的消息, 那就能像UDP那样直接发送消息就可以了.”。这可视为对“三次握手”目的的另一种解答思路。后面一段话意思就是如果想确定双通道通畅，必须使用三个包的发送接收，也就是三次握手