为甚TCP的3次握手不是2次握手（思考实验）

如果是通讯正常的情况下，2次握手是可以的：正常通讯客户端发送同步请求让server端开始接收，server端准备接收数据并且发送确认信息告诉客户端，“来吧，come on，我已经敞开怀抱”，这时候客户端接到确认信息后开始发data，这是正常情况。

但是实际情况中网络会不稳定，出现通讯问题：情况一，客户端发的同步申请，server没接到，这个没什么问题，客户端可以设置个等待确认的时间，超过后没有接到ack，客户端再次发送syn-send，直到接到ack，发送数据，这种情况没问题。
情况二：客户端没接到ack。这时候如果是2次握手，那就会出现问题。server发送完ack已经是在准备接收数据的状态，而客户端因为没有接到ack，会再次发送syn-send，这个时候server端就会把syn-send当data来接,这就会出现问题。当然你可以在代码中写判断，判断接收的是否是握手信息，还是数据信息，但是这会相当于之后每次接收data都会对data进行检查判断，性能上肯定会下降。而且这样子做有点像应用层在做的事情了。传输层只是做数据的传输，应用层才做数据的解析与应用。

如果是3次握手，就是在网络问题的时候，两边都有确认等待的状态，。。。。。。。。。。。。。。。。。。好了下面不想写了，看片去