为什么不能用两次握手进行连接？Linux运维网络面试题

随着互联网技术的迅猛发展，现在逐步渐入大数据、云计算、虚拟技术和人工智能时代，技术为王的现象越来越明显了。现下网站规模越来越大、架构越来越复杂，企业对于运维工程师、架构师的要求也越来越急迫，特别是对有经验的优秀运维人才需求量大，而运维工程师技术含量和要求也会随之越来越高。那么我们看一个Linux运维网络的面试题，为什么不能用两次握手进行连接？

3次握手完成两个重要的功能，既要双方做好发送数据的准备工作(双方都知道彼此已准备好)，也要允许双方就初始序列号进行协商，这个序列号在握手过程中被发送和确认。

现在把三次握手改成仅需要两次握手，死锁是可能发生的。作为例子，考虑计算机S和C之间的通信，假定C给S发送一个连接请求分组，S收到了这个分组，并发送了确认应答分组。按照两次握手的协定，S认为连接已经成功地建立了，可以开始发送数据分组。可是，C在S的应答分组在传输中被丢失的情况下，将不知道S是否已准备好，不知道S建立什么样的序列号，C甚至怀疑S是否收到自己的连接请求分组。在这种情况下，C认为连接还未建立成功，将忽略S发来的任何数据分组，只等待连接确认应答分组。而S在发出的分组超时后，重复发送同样的分组。这样就形成了死锁。

Linux如今深受互联网企业的喜爱，想要众多的IT工作者中脱颖而出，就需要拥有高深的技术，学习增值是必不可少的。学习之路，是贵在坚持的。