附录 D 学习路线、能力矩阵与自测清单

本附录回答四个问题：按什么顺序读、读到什么程度算懂、怎么验证自己懂了、面试现场会怎么被拆穿。 与附录 A（参数速查）、附录 B（问题索引）、附录 C（术语对照）配合使用：附录 B 用来定位问题，本附录用来定位自己。

D.1 三条阅读路线

D.1.1 系统学习路线（7 周，每周 4~5 章）

本路线按八篇顺序推进，前置关系见 D.2。每周按 12~15 小时有效学习时间估算（含动手实验，不含通勤背诵）。

按上面的任务量，7 周的学时分布大致如下（合计约 95 小时）：

可以快读的章节：第 2 章（能查手册的部分跳过，只保留对齐与伪共享）、第 14 章（纯速查，用一次真实日志统计练手即可）、第 28 章（本科 Java 已覆盖大半，只补常量池与桥方法）、第 29 章（只读 HashMap 与 ConcurrentHashMap 两节）。

必须慢读的章节：第 6、7、8 章（同步与 I/O 与内存）、第 17 章（拥塞控制）、第 21、22、24 章（日志、MVCC、加锁规则）、第 31、32、34 章（AQS、GC、共识）。这 11 章合计约占全书 40% 的阅读时间，也是面试追问密度最高的部分。

D.1.2 面试冲刺路线

7 天版（每天 6~8 小时，适合一周内有面试、已有本科基础）

3 天版（每天 10~12 小时，只保高频与主干，放弃广度）

D.1.3 按岗位定制路线

五类岗位的考点权重表。权重星级为 1~5 星，代表该主题在该岗位面试中的出现密度与追问深度。

后端 / 基础架构方向

数据库方向

中间件方向

大数据方向

云原生方向

D.2 全书依赖关系图

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

                        ┌──────────────────────────────────────────────┐
                        │ 第一篇 计算机组成与体系结构（第 1~3 章）      │
                        │ 延迟量级 · 流水线与缓存 · 性能方法论          │
                        └───────────────┬──────────────────────────────┘
                                        │ 提供"所有性能判断的量纲"
              ┌─────────────────────────┼───────────────────────────┐
              ▼                         ▼                           ▼
   ┌──────────────────────┐  ┌──────────────────────┐  ┌──────────────────────┐
   │ 第二篇 操作系统       │  │ 第四篇 计算机网络     │  │ 第三篇 Linux         │
   │（第 4~9 章）         │  │（第 15~19 章）       │  │（第 10~14 章）       │
   │ 进程/COW · 调度 · 锁  │  │ 分层 · TCP · HTTP    │  │ 观测工具与内核参数    │
   │ 内存分页 · 中断/块层  │  │ DNS/CDN · 抓包       │  │ 需第 8/9 章做解释底座 │
   └───────┬──────────────┘  └──────────┬───────────┘  └──────────┬───────────┘
           │                            │                          │
           │ 提供"线程/内存/可见性模型"  │ 提供"请求路径"            │ 提供"怎么看到"
           ▼                            ▼                          ▼
   ┌──────────────────────┐  ┌──────────────────────┐  ┌──────────────────────┐
   │ 第六篇 Java/JVM/并发  │  │ 第五篇 数据库         │  │ 第七篇 MQ/分布式/微服务│
   │（第 28~32 章）       │  │（第 20~27 章）       │  │（第 33~35 章）       │
   │ JMM · 线程池/AQS · GC │  │ 日志 · MVCC · 索引   │  │ 可靠性 · 共识 · 治理  │
   └───────────┬──────────┘  └──────────┬───────────┘  └──────────┬───────────┘
               └──────────────┬─────────┴─────────────────────────┘
                              ▼
              ┌──────────────────────────────────────────────┐
              │ 第八篇 场景设计与面试复盘（第 36 章）          │
              │ 容量估算 · 秒杀 · 短链 · 排行榜 · 沟通节奏    │
              │ 依赖前面几乎全部结论，是全书唯一的收敛点       │
              └──────────────────────────────────────────────┘

三条主干依赖链

1. 第 1_{3 章（组成原理）→ 第 4}9 章（操作系统）→ 第 10_{14 章（Linux）→ 第 15}19 章（网络）：这条链是"自上而下的机制 → 自下而上的观测"——组成原理给出延迟量纲，操作系统解释机制为什么这么设计，Linux 篇把这些机制变成可观测指标，网络篇再把请求路径叠加上去；读反了顺序，第 11 章的四板斧就只是背指标。
2. 第 20~27 章（数据库）依赖第 4 章 COW、第 8 章内存、第 21 章日志：InnoDB 的 buffer pool 命中率与淘汰、undo 版本链占内存的方式、redo 的顺序写与 fsync 代价，都必须落到"页/内存/磁盘"这套语汇上；第 21 章日志则是第 22 章 MVCC 与第 26 章复制的共同前置。
3. 第 28_{32 章（Java/JVM/并发）依赖第 4}6 章（进程线程、调度、同步）：JMM 的内存屏障是第 6 章硬件可见性的语言级重述，AQS 的排队与唤醒是第 5 章调度语义在用户态的复刻，GC 的标记与并发收集器是对第 6 章同步原语的极限使用；跳过第二篇直接背 AQS，会在"为什么需要 state 而不是一把锁"上卡死。

D.2.1 三条依赖链的"跳过代价"

依赖链不是阅读顺序建议，而是因果链：后一环的解释力来自前一环的机制。下表说明跳过中间某一环时具体会塌在哪里。

D.2.2 按"故障现象"定位欠账章节

依赖图还有一个用法：把线上现象或面试卡点反向映射到最该补的那一章。下表左侧是现象，右侧是根因所在章节。

D.3 能力矩阵

行是能力项，列是档位。单元格写的是可验证标准——能通过"做一遍给同事看"来判定的动作或输出，而不是感受。

D.3.1 怎么用这张矩阵

矩阵的用法不是"逐项打分求平均”，而是找短板行。自我评估分三步：

各档位的判定阈值可以参考下表，避免"感觉自己在中级"这类模糊结论：

D.4 150 条自测清单

自测题不是名词解释，而是能区分"背过"与"懂了"的判断、计算、推导题。通过标准写的是"答到什么程度算过关”。

D.4.1 第一篇 计算机组成与体系结构（第 1~3 章，18 条）

D.4.2 第二篇 操作系统（第 4~9 章，24 条）

D.4.3 第三篇 Linux（第 10~14 章，21 条）

D.4.4 第四篇 计算机网络（第 15~19 章，21 条）

D.4.5 第五篇 数据库（第 20~27 章，36 条）

D.4.6 第六篇 Java、JVM 与并发（第 28~32 章，27 条）

D.4.7 第七篇 消息队列、分布式与微服务（第 33~35 章，18 条）

D.4.8 第八篇 场景设计与面试复盘（第 36 章，9 条）

D.5 模拟面试脚本

三套脚本各约 30 分钟。问题按难度递增排列，每个问题的价值在其后的追问：第 1 问答对只是入门，第 2~3 问才能分层。

D.5.1 脚本一：后端通用（网络 + Linux + 数据库）

D.5.2 脚本二：JVM 与并发

D.5.3 脚本三：系统设计

D.5.4 面试官如何判断你在背八股还是真懂

以下 6 条为正信号、6 条为负信号两两对照。正负信号不是"答对/答错"，而是"回答的组织方式"。

1. 正：回答有稳定的三段结构——机制是什么、为什么这样设计、不这样会怎样。负：回答是并列的名词清单，每个名词后面跟一句教科书定义，没有因果连接词。
2. 正：主动给量化口径与假设（“假设读多写少 10:1、峰值系数 3，则……"）。负：给结论不给假设，被追问参数来源时改口或含糊（“大概是这个量级”）。
3. 正：主动声明版本与前提（“MySQL 8.0 的默认隔离级别是 RR，PG 默认 RC；这里说的是 InnoDB”）。负：把不同系统的结论混在一起讲，或在被指出后才发现自己混了。
4. 正：被追问到底层时能顺着一条路径继续往下走三层（如从慢查询追到 B+ 树回表、再追到 buffer pool 命中率）。负：第一层答得极流畅，第二层开始重复第一层的原话，第三层转到别的话题。
5. 正：主动说出自己方案的代价与失效边界（“这个方案在热点 key 上会退化到单分片”）。负：只讲优点，问"这个方案有什么问题"时答"没有明显问题”。
6. 正：对不确定的部分给出可验证的判断方法（“这个需要看 EXPLAIN ANALYZE 的真实行数才能定”）。负：用"一般来说"“通常都是"填补不确定，或用记忆中的数字硬撑。

D.6 如何继续深入

以下 18 条都指向可定位的材料或可复现的实验。每条末尾说明做完能回答哪类问题。

1. 《深入理解计算机系统》（CS:APP）第 6 章"存储器层次结构"，重点读 6.4~6.6 的缓存友好代码与 6.5 的矩阵乘法优化；配一个实验：把 N×N 矩阵乘法分别用 i-j-k、i-k-j、k-i-j 三种循环顺序跑一遍并计时。→ 能回答"为什么换循环顺序能差几倍"“缓存行与工作集怎么估计”。
2. 《计算机体系结构：量化研究方法》第 2 章（指令级并行）与第 3 章（分支预测与推测），只读与流水线冒险、预测失败代价相关的段落。→ 能回答"分支预测失败的代价为什么随流水线深度增长"“Spectre 为什么能读到不该读的内存”。
3. 《性能之巅》（Systems Performance）第 2 章方法论与第 8 章文件系统，把 USE 方法的三列实际套到一台机器上填一遍。→ 能回答"新系统上线前该看哪些指标"“怎么证明瓶颈在磁盘而不在 CPU”。
4. Brendan Gregg 的 off-CPU 火焰图与 perf 脚本集（Linux 内核文档 tools/perf/Documentation），跑一次 perf record -g -a -- sleep 10 再生成火焰图，并对照一次 off-CPU 采样。→ 能回答"CPU 不忙但请求很慢，时间花在哪"“on-CPU 与 off-CPU 采样各能看到什么”。
5. Linux 内核源码 mm/memory.c 的 handle_mm_fault 与 mm/rmap.c 的 COW 相关路径（do_wp_page），用 git log 看这两处的历史修改。→ 能回答"写时复制缺页的完整分支"“为什么共享页的引用计数必须精确”。
6. man 2 epoll 的完整手册页 + 内核 fs/eventpoll.c，重点读 ep_poll_callback 与就绪链表 rdllist 的挂接；实验：写一个 ET 模式服务器，把 EPOLLIN 事件漏读到 EAGAIN 并观察行为。→ 能回答"epoll 的就绪通知如何避免惊群"“ET 下漏读为什么会永久丢事件”。
7. 《UNIX 网络编程 卷 1》第 6 章 I/O 复用与第 16 章非阻塞 I/O，对照 select/poll/epoll 三份示例代码，用 strace -c 比较各自在 1000 个空闲连接下的系统调用次数。→ 能回答"select 的 O(n) 具体贵在哪里"“LT 与 ET 在实现上的分界线”。
8. RFC 5681（TCP Congestion Control）第 3 节逐段读慢启动、拥塞避免、快重传、快恢复，并把 3.1 的 ssthresh 更新规则抄成一段伪代码；配 ss -ti 在一条人为限速的链路上采样 cwnd。→ 能回答"为什么超时与快重传对 cwnd 的处理不同"“CUBIC 换了哪一步”。
9. **RFC 6298（Computing TCP’s Retransmission Timer）**全文（很短），按其中的公式实现一个 SRTT/RTTVAR 的计算器，喂入一组含抖动的 RTT 序列。→ 能回答"RTO 为什么必须平滑"“抖动大时 RTO 会怎么变”。
10. RFC 9000（QUIC）第 2 章流与第 7 章丢包恢复，只读"stream-level flow control"与"0-RTT"两节。→ 能回答"HTTP/3 为什么能消除 TCP 层队头阻塞"“0-RTT 的重放风险怎么缓解”。
11. MySQL 官方手册 “InnoDB Locking” 与 “Consistent Nonlocking Reads” 两节，把八条加锁规则逐条对着手册确认；实验：建一张测试表，用两个会话按手册里的例子各跑一遍并打印 SHOW ENGINE INNODB STATUS。→ 能回答"非唯一索引等值查询为什么加临键锁"“间隙锁在 RC 下为什么消失”。
12. InnoDB 源码 lock/lock0lock.c 的 lock_rec_lock 与 trx/trx0trx.c 的事务状态机，重点看加锁前的记录定位逻辑。→ 能回答"加锁范围是由什么决定的"“为什么缺索引会让锁范围扩大”。
13. InnoDB 源码 trx/trx0purge.c 与 read/read0read.c 的 ReadView::changes_visible（或同义函数），对照第 22 章的可见性判断流程。→ 能回答"版本链回溯的终止条件"“长事务为什么会拖住 purge”。
14. 《数据库系统内幕》（Database Internals）第一部分第 3~5 章（存储引擎、B 树与 LSM 树），对照 B+ 树与 LSM 在写放大、读放大上的差异。→ 能回答"为什么分析型存储爱用 LSM"“B+ 树的写放大会出现在哪里”。
15. 《Java 并发编程实战》第 3 章（共享对象）与第 5 章（基础构建模块），把 happens-before 的每条规则配一个最小反例代码并让它在不加同步时失败。→ 能回答"哪些看似安全的代码其实有可见性问题"“安全发布的几种写法”。
16. HotSpot 源码 src/hotspot/share/gc/g1/g1CollectedHeap.cpp 与 gc/shared/satbMarkQueue.cpp，重点读 SATB 队列的入队时机与 g1SATBBufferEnqueueingThresholdPercent。→ 能回答"SATB 记的是哪个时刻的快照"“为什么 SATB 需要额外的内存缓冲”。
17. 《数据密集型应用系统设计》（DDIA）第 5 章（复制）与第 9 章（一致性与共识），把第 9 章关于线性一致性与共识的编号步骤做成一张时序图。→ 能回答"线性一致读为什么需要额外机制"“Raft 的多数派交集如何保证唯一 leader”。
18. Raft 官方站点 raft.github.io 的可视化演示，按"分区→选举→日志分歧→回退与覆盖"四步手动操作一遍，记录每步的任期与 commitIndex 变化；再读 Raft 论文第 5.4 节（安全性论证）。→ 能回答"日志冲突时 leader 如何强制覆盖 follower"“为什么只能提交当前任期的条目”。