面试官：为什么 TCP 三次握手期间，客户端和服务端的初始化序列号要求不一样？...

### TCP三次握手的过程 TCP协议通过三次握手建立可靠的连接。具体来说： - 客户端发起请求，发送带有SYN标志的数据包给服务器，并进入SYN_SEND状态；此时序列号设为x[^1]。 - 服务器接收到该数据包后返回一个带有SYN和ACK标志的数据包作为应答，表示同意通信并设置自己的初始序列为y，同时对客户端的序列号加一确认（即ack=x+1），随后进入SYN_RECV状态[^2]。 - 当客户端收到来自服务端的SYN/ACK响应之后，再回传一次普通的ACK报文给对方用于最终确认，其中包含着对于之前接收消息的认可编号（ack=y+1）。当这一步完成后，双方都进入了ESTABLISHED阶段，意味着一条完整的双向通道已经形成可以开始正常传输应用层数据了。 ```python # Python伪代码展示三次握手流程简化版 client_seq = random.randint(0, 2**32 - 1) # 初始化随机序列号x server_seq = None # 服务器初始化序列号为空 def client_send_syn(): global client_seq send_packet('SYN', seq=client_seq) def server_receive_syn_and_reply_ack(): global server_seq received_data = receive_packet() if 'SYN' in received_data.flags: server_seq = random.randint(0, 2**32 - 1) reply_with_syn_ack(received_data.seq + 1, server_seq) def client_final_confirmation(server_initial_seq): confirm_server_init_seq_is_correct = True if confirm_server_init_seq_is_correct: send_packet('ACK', ack_num=(server_initial_seq + 1)) ``` ### 关于为何需要三次握手的原因 为了确保两端都能够正确无误地建立起连接关系而不丢失任何一方的信息，在计算机网络环境中存在着各种不确定因素可能导致某些分组在网络上传输失败或者延迟到达等问题发生。因此采用三步验证机制来保证每一次尝试都能得到及时反馈从而提高整个系统的可靠性。 ### 四次挥手断开连接的理由 由于TCP是一个面向字节流而非长度固定的记录或帧的服务模型，所以在结束会话时必须明确告知另一方不再有新的数据要传送出去。为此引入了FIN旗标用来标记某方向上的终止意图。然而仅仅依靠单方面声明还不够充分——还需要等待一段时间以确保所有已发出但尚未被处理过的段落均已被接收者获取到手才行。这就解释了为什么关闭操作要比启动复杂得多，通常涉及到四个独立的动作才能彻底切断联系。 ### 面试中的常见问题 针对上述知识点，面试官可能会询问如下几个方面的问题： 1. 描述一下什么是TCP三次握手？其目的是什么？ 2. 如果只做两次握手能否实现可靠连接建立呢?如果不行的话缺少哪部分保障? 3. 解释下四次挥手中的每一个步骤以及它们各自的作用是什么样的. 4. 在实际应用场景里如何优化TCP建连效率减少RTT往返时间的影响?