TCP连接为什么是三次握手而不是两次或四次握手

简述原因

• 三次握手的目的：是为了确认双方都有收发数据的能力。
  第一次： A->B，证明A有发消息的能力。
  第二次： ->B && B->A，证明B有收消息，并且有发消息的能力。
  第三次： A->B，证明A有收消息的能力。
  二次握手达不到目的，四次多余。

一句话概括，TCP连接握手，握的是啥？

• 通信双方数据原点的序列号！

TCP作为一种可靠传输控制协议，其核心思想：既要保证数据可靠传输，又要提高传输的效率，而用三次恰恰可以满足以上两方面的需求！
TCP可靠传输的精髓：TCP连接的一方A，由操作系统动态随机选取一个32位长的序列号（Initial Sequence Number）

• 假设A的初始序列号为1000，以该序列号为原点，对自己将要发送的每个字节的数据进行编号，1001，1002，1003…，并把自己的初始序列号ISN告诉B，让B有一个思想准备，什么样编号的数据是合法的，什么编号是非法的，比如编号900就是非法的，同时B还可以对A每一个编号的字节数据进行确认。如果A收到B确认编号为2001，则意味着字节编号为1001-2000，共1000个字节已经安全到达。
• 同理B也是类似的操作，假设B的初始序列号ISN为2000，以该序列号为原点，对自己将要发送的每个字节的数据进行编号，2001，2002，2003…，并把自己的初始序列号ISN告诉A，以便A可以确认B发送的每一个字节。如果B收到A确认编号为4001，则意味着字节编号为2001-4000，共2000个字节已经安全到达。

为什么TCP建立连接不是两次握手？

• 因为双方都需要确认对方的起始序号! 这里必须需要两次握手了!
• 还有一次发起同步请求.

为什么TCP建立连接不是四次握手?

1.A 发送SYN 报文给B，这是第一次报文交互。
2.B发送ACK确认A的SYN报文，这是第二次报文交互
3.B发送自己的SYN报文给A，这是第三次报文交互
4.A需要ACK确认B的SYN报文，这是第四次报文交互

• 以上的演绎没有问题，但是报文2、3为何要分开发送呢？
  • 增加了延迟不说，同时还白白浪费了网络的带宽，完全可以将报文2、3合并起来，不就是在报文2的ACK状态位的位置置“1”就结了吗?

参考：https://blog.csdn.net/qjh5606/article/details/88594087