Appearance
网络请求 高频题清单与追问树
高频题清单
1. 认证模型：Session、Cookie、Token 与前端存储边界
- 题型：对比型
- 考察点：认证相关问题很容易被讲成一句“Token 放哪里更安全”，但这其实把好几个层级压扁了。Session、Cookie、Token 分别描述的是服务端状态、浏览器携带机制和凭证表达方式，它们本来就不在同一层
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
2. CDN、浏览器缓存与发布治理：版本化、回滚与缓存失配
- 题型：对比型
- 考察点：缓存策略和发布策略必须一起设计，否则前端产物极易出现版本错配
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
3. CORS 与跨域：同源策略、预检、凭证模式与缓存影响
- 题型：对比型
- 考察点：跨域问题不是请求发不出去，而是浏览器限制脚本读取非同源响应
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
4. GET、POST 与幂等性：方法语义、缓存与副作用
- 题型：对比型
- 考察点：方法题的关键不是用途口号，而是 HTTP 语义、缓存行为和副作用边界
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
5. HTTP 基础：报文语义、头部字段与资源表示
- 题型：对比型
- 考察点：HTTP 基础题的关键不是死记请求行和状态码，而是理解报文怎样表达资源语义
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
6. HTTP 版本演进：1.1、2、3 的连接模型与代价
- 题型：对比型
- 考察点：协议演进的主线不是背特性，而是理解连接复用、队头阻塞和握手成本如何变化
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
7. HTTPS 与 TLS：证书校验、密钥协商与内容保护边界
- 题型：对比型
- 考察点：HTTPS 不只是加密，它同时解决身份认证、完整性和会话密钥协商
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
8. 超时、重试与幂等：接口治理中的失败恢复
- 题型：对比型
- 考察点：真正的接口治理题，不在“要不要重试”，而在什么时候值得重试、怎样避免重试放大副作用
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
9. TCP 三次握手与四次挥手：可靠传输、状态转换与队头代价
- 题型：对比型
- 考察点：TCP 的价值在于可靠有序传输，但它也带来了连接建立和队头阻塞成本
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
10. WebSocket、SSE 与轮询：实时通信的连接模型
- 题型：对比型
- 考察点：实时通信方案的差异不在名字，而在连接方向、状态保持和基础设施兼容性
- 易混点：题型没分清时，很容易把 协议语义、连接代价、失败恢复 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
每题考察点
- 网络请求 模块的高频题，通常不是单点记忆，而是在看你能否把 协议语义、连接代价、失败恢复 连起来讲
- 同一题连续被深挖时，往往是在验证你是不是只会背第一层结论
- 真正稳定的回答，必须包含边界、代价和实际落地
易混点与串讲顺序
- 先分题型，再定讲法，不要所有题都用同一套口径
- 对比型题先拆对象，机制型题先讲参与者和流程，治理型题先讲症状和闭环
- 一开口就急着给结论，通常说明上下文还没搭起来
模拟追问树
- 第一层通常会追到 协议语义
- 第二层会继续追到 连接代价 的内部细节
- 第三层往往回到 失败恢复、项目经验和权衡依据
使用建议
- 优先挑 3 到 5 个最高频问题练成稳定串讲，再逐步扩充
- 复习时把同题型问题放在一起，会比按目录顺序硬刷更有效
- 项目面准备时，先看本页，再回到对应单篇文档准备项目映射