协议学习难点解析

问题描述

为什么不是两次或四次握手？三次握手的核心目的是什么？

核心解析

第一次握手（SYN）：客户端发送 SYN 包，服务端收到后确认"客户端发送能力正常"

第二次握手（SYN+ACK）：服务端回复 SYN+ACK，客户端收到后确认"服务端收发能力都正常"

第三次握手（ACK）：客户端回复 ACK，服务端收到后确认"客户端收发能力都正常"

结论：三次握手确保双方都确认了对方的发送和接收能力，建立可靠的双向通信通道。

问题描述

为什么断开连接需要四次挥手？能不能像握手一样合并成三次？

核心解析

第一次挥手（FIN）：客户端发送 FIN，表示"我没有数据要发送了"

第二次挥手（ACK）：服务端回复 ACK，确认收到 FIN，但服务端可能还有数据要发送

第三次挥手（FIN）：服务端数据发送完毕后，发送 FIN，表示"我也没有数据了"

第四次挥手（ACK）：客户端回复 ACK，确认收到服务端的 FIN

关键：第二次和第三次不能合并，因为服务端收到客户端的 FIN 后，可能还有数据需要发送，必须等数据发完才能发送自己的 FIN。

问题描述

HTTPS 如何安全地交换密钥？为什么需要非对称加密和对称加密结合？

核心解析

1. ClientHello：客户端发送支持的 TLS 版本、加密套件、客户端随机数

2. ServerHello：服务端选择加密套件，发送服务端随机数、证书（含公钥）

3. 密钥交换：客户端生成预主密钥，用服务端公钥加密后发送

4. 生成会话密钥：双方用三个随机数（客户端 + 服务端 + 预主密钥）生成相同的会话密钥

5. 加密通信：之后所有通信都用会话密钥进行对称加密

问题描述

WebSocket 连接是如何建立的？Upgrade 机制是如何工作的？

核心解析

客户端请求：

GET /chat HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13

服务端响应：

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=

Sec-WebSocket-Accept 计算：Base64(SHA1(Key + "258EAFA5-E914-47DA-95CA-C5AB0DC85B11"))

问题描述

HTTP/1.1 的队头阻塞是什么？HTTP/2 如何解决的？

核心解析

HTTP/1.1 问题：一个 TCP 连接同一时间只能处理一个请求，必须等前一个响应完成才能发送下一个。多个请求需要建立多个 TCP 连接。

HTTP/2 解决方案：

• 将消息分割成帧（Frame）
• 每个帧带流 ID（Stream ID）标识属于哪个请求
• 多个请求的帧可以交错发送
• 接收方根据流 ID 重组响应

结果：一个 TCP 连接可以并行处理多个请求，无需等待。

问题描述

输入网址后，DNS 是如何一步步找到 IP 地址的？

核心解析

1. 浏览器缓存：检查浏览器是否缓存过该域名的 DNS 记录

2. 系统缓存：检查操作系统 hosts 文件和 DNS 缓存

3. 本地 DNS 服务器：向 ISP 提供的 DNS 服务器查询

4. 根域名服务器：本地 DNS 向根服务器查询.com 的权威服务器

5. TLD 服务器：向.com 服务器查询 tongxinxieyi.com 的权威服务器

6. 权威服务器：向 tongxinxieyi.com 的权威服务器查询具体记录

7. 返回结果：层层返回，最终得到 IP 地址

问题描述

滑动窗口如何实现流量控制？发送窗口和接收窗口有什么区别？

核心解析

发送窗口：发送方维护的窗口，表示已发送但未确认的数据范围

接收窗口：接收方在 ACK 中告知发送方自己还能接收多少数据

滑动机制：

• 发送数据时，窗口右边界向右移动
• 收到 ACK 时，窗口左边界向右移动（数据已确认）
• 接收方通告窗口大小，控制发送速率

目的：防止发送方发送过快，超过接收方处理能力。

问题描述

为什么 HTTPS 要同时使用两种加密？它们各自的优势是什么？

核心解析

对称加密：

• 加密和解密用同一个密钥
• 速度快（适合大量数据传输）
• 问题：密钥如何安全传输？

非对称加密：

• 公钥加密，私钥解密（或反之）
• 解决了密钥分发问题
• 速度慢（比对称加密慢 1000 倍）

HTTPS 的结合：用非对称加密安全交换对称密钥，之后用对称加密传输数据。

问题描述

什么是幂等性？哪些 HTTP 方法是幂等的？为什么重要？

核心解析

幂等性定义：同一个操作执行多次，结果与执行一次相同。

幂等方法：

• GET：获取资源，多次执行结果相同
• PUT：更新资源，多次执行结果相同
• DELETE：删除资源，多次执行结果相同
• POST：创建资源，多次执行会创建多个资源

重要性：网络请求可能超时重试，幂等操作可以安全重试而不产生副作用。

问题描述

为什么需要 WebSocket？长轮询不能解决问题吗？

核心解析

短轮询：客户端每隔几秒请求一次服务器，询问是否有新数据。浪费带宽和服务器资源。

长轮询：客户端请求后，服务器保持连接直到有数据才返回。比短轮询好，但每次仍需重新建立连接。

WebSocket：

• 一次握手，持久连接
• 真正的双向通信（服务器可主动推送）
• 低延迟，低开销
• 适合实时应用（聊天、游戏、协作）