1先别打开第二十篇：一次错误的开读方式
林薇是业务组的资深开发，下周要给跨团队做架构分享。她打开系列首页，看到二十个链接，按编号从第一篇 OOM 开始往下读。读到第四篇还在堆转储细节里，真正想讲的「大促压测为什么切不动」还没摸到边。同时值班群里 Kafka 消费 lag 告警响了——她切换窗口搜「Kafka」三字，点进万亿链路那篇，又被幂等与 DLQ 的参数表淹没，错过了更该先读的可观测与可靠性两篇。
复盘时她说：「材料很深，但我不知道今晚该读哪一篇。」问题不在深度，在缺少入口协议：把任务生产顺序当成了阅读顺序。
本导读要回答三件事：这套文写给谁；单篇该怎么读；二十篇如何按能力层与现场路径重组。读完后你应能在五分钟内选出今晚唯一该打开的链接，并在读完一篇后带走可执行的检查项，而不是收藏夹里再多二十个「以后看」。
深度文的价值不在「读完二十篇」这个计数器上。架构判断力来自反复用同一套问题协议：现场相位是否判断对了、不变量是否说得清、失败窗口是否写进了发布与演练。系列把协议写进每一篇的结构里；导读只负责让你第一次选对入口。若入口错了，后面的勤奋会变成高级形式的拖延——你在认真阅读，但读的不是今晚系统真正缺的那一层。
文稿生产时的批次（JVM → 中间件 → 峰值 → 平台 → 判断力）方便作者调度，却会诱导读者线性通读。现场问题几乎从不按书单顺序发生：告警夜需要证据链，大促季需要失效面，平台周需要控制面。把生产顺序当阅读顺序，是最常见的开读失败。旧首页若以任务编号与字数呈现，会进一步强化这种误导；现首页已改为五卷与路径，导读与之对齐。
2写给谁，不写给谁
系列默认读者是已经独立交付过业务功能、开始对线上故障与峰值负责的工程师——常见标签是 P6 到 P7+，或同等职责的平台 / 中间件 / 业务架构角色。你不需要先背完某一本书，但需要有过至少一类痛：OOM、GC 抖动、消息堆积、缓存击穿、拆分后变慢、大促压测翻车。没有这类体感时，文中的「失败窗口」会读成抽象形容词；有过体感后，同一段落会变成可对照的检查单。
也欢迎把本系列当作对内培训的母本：主讲人抽取决策矩阵与检查表做九十分钟分享，学员按路径精读两到三篇，比通读全书更符合工学节奏。此时导读的作用是给组织者一张「课表编排原则」——按卷递进或按路径专题，而不是按历史任务号排期。
适合继续读
- 能在评审里画出请求路径与依赖
- 愿意用 dump、指标、演练验证结论
- 关心「为什么不能选某方案」多于「怎么配某个注解」
容易失望的期待
- 从零学 Java / Spring 语法
- 逐 API 的框架入门手册
- 可直接粘贴的「大厂机密参数表」当银弹
每篇开篇的复合场景是教学合成：人物与数字用于训练量级感与决策顺序，不宣称某一客户的未核验内部指标为事实。版本假设写在文首——JDK、Kafka、ES、Seata、SCA 等——换版本时请先对照官方发布说明，再迁移文中的参数结论。
本系列与同仓库下的 Hadoop / 大数据培训课（见 tech-articles/task-list.md）并行存在、互不覆盖。那边偏数据平台课程结构；这边偏后端架构师的运行时、中间件、峰值与治理判断。不要把两套目录混成一门课。
3一篇文章的固定协议：现场 → 不变量 → 权衡 → 检查表
二十篇共用同一叙事骨架。你可以用它做「读完了吗」的自检：若只记住了工具命令却说不出不变量，等于没读完。骨架不是文风装饰，而是把「现场经验」压缩成可迁移知识的方式：场景负责激活问题相位，机制负责可辩护，权衡负责防止生搬，检查表负责进入值班与发布流程。
读图与读表同样重要。凡带「读图方式」说明的 SVG，请先按说明走一遍再读正文；表格里的「不该做」列往往比「该做」列更值钱——评审里真正挡风险的，经常是明确拒绝某类方案的理由。
3.1 四种 callout 怎么读
- FACT：可对照官方文档或稳定机制复述的事实。
- TRAP：常见误判或「看起来对、做了更糟」的坑。
- PROD：生产落地约束——灰度、门禁、演练、责任人。
- INFER：条件化推断；换环境必须重测，不可当永恒真理。
合上页面前，用自己的话写出：一条不变量、一个失败窗口、三项可交给 OnCall 的检查项。若写不出来，回到对应章节重读，不要急着点下一篇。
4五卷地图：能力层，不是书单批次
首页把二十篇收成五卷。卷与卷之间是依赖与放大关系：运行时根基支撑一切取证；数据与观测底座决定你能否看见系统；峰值与可靠性处理尖刺与一致性；平台演进把单点技巧变成组织能力；工程判断力收束决策与成长。这与「先学完 JVM 再学 Kafka」的书单逻辑不同：你完全可以从峰值卷切入，但当论证需要 dump、lag 曲线或切换演练证据时，必须诚实回补左侧卷，而不是用口号填洞。
五卷也对应五种常见的架构对话失败。只谈业务不谈运行时，故障复盘会停在「重启好了」；只谈中间件参数不谈可观测，容量规划会变成拍脑袋；只谈限流注解不谈事务与缓存不变量，峰值方案会在边界条件倒塌；只谈微服务拆分不谈控制面与多活，平台化会变成更贵的单体；只谈个人成长故事不谈门禁与检查表，判断力无法变成团队资产。卷旨写在首页每一卷下方，导读不再重复篇名清单，以免再次变成任务映射表。
| 卷 | 站在系统哪里 | 缺了会发生什么 |
|---|---|---|
| 运行时根基 | 进程与容器预算 | 只会扩容、不会取证 |
| 数据与观测 | 吞吐与看见故障 | 告警风暴、假 green |
| 峰值与可靠 | 尖刺下的一致性 | 雪崩、超卖、错误的强一致 |
| 平台与多活 | 控制面与单元 | 拆分后更乱、切换演练失败 |
| 工程判断力 | 决策与组织门禁 | 个人英雄主义、不可复制 |
完整篇目与钩子见系列首页 · 五卷目录。导读不重复罗列全部标题，避免再次退化成任务表。
5三条现场路径：今晚只走一条
路径按「你此刻卡在什么相位」编排，每条四篇，大约覆盖一个专注周末或两周晚间阅读。走完一条后，再按缺口回补相邻卷，比平均用力扫二十篇有效。相位判断可以很朴素：今晚是不是有人在群里要根因？未来六周是不是有大促或全链路压测？这个季度是不是在拆服务或统一注册配置？三个问题里那个最烫，就走对应路径。
路径之间允许后来交叉引用。例如走完大促路径后，常会发现压测门禁依赖接口性能篇的瀑布方法，或发现切换演练需要可观测篇的告警分级——那时再点读即可，不必预先通读。系列的设计假设是：尖锐的第二次阅读，优于模糊的第一次通读。
5.1 路径 A · 值班夜
目标是缩短从告警到可辩护根因的时间。JVM 排查给四类故障的取证顺序；OOM 全链路把「堆满了就加内存」拆成分型处置；中间件可观测把进程外的假 green 与告警风暴纳入同一证据体系；可靠性设计防止你在止血时用重试把故障放大。读这条路径时，建议同步打开你们现网的一张故障工单，每读完一篇就对照工单补三行：当时缺了哪类证据、误用了哪类动作、检查表哪一项本可提前拦住。
5.2 路径 B · 大促季
目标是峰值下的失效面可控。多级缓存与秒杀架构解决热点与超卖相位；大促稳定性把压测—治理—保障做成闭环；异地多活回答「单机房挂了能否按 RTO 切走」。这条路径最适合在大促前六到八周启动，而不是零点前夜。零点前夜只适合演练已经写进门禁的动作，不适合开始建立心智模型。
5.3 路径 C · 平台演进
目标是控制面与数据面重新对齐。微服务演进解释拆分后更乱的结构原因；SCA 落地给出 Nacos / Sentinel / Dubbo 的生产边界；分布式事务纠正「凡事 XA」；Kafka 万亿链路把异步边界上的可靠性补齐。适合架构评审周与平台化立项前后。
平台路径有一个隐蔽风险：读完组件清单后，误以为「接入了 Nacos 和 Sentinel 就等于有了治理」。正文反复强调的是规则语义、命名空间隔离、配置变更纪律与灰度门禁——这些才是控制面能力。若你的团队正处于「框架已上、纪律未上」的阶段，路径 C 应配合把检查表写进变更系统，而不是停在技术选型 PPT。
若你已在 JVM 排障上有成熟 SOP，路径 A 可从可观测篇起读；若团队已有单元化多活，路径 B 可把多活篇换成事务或性能篇补洞。路径是默认推荐，不是军令。
6证据等级与版本假设：哪些能直接搬进评审
文中数字若标注为合成示例、教学量级或未核验内部指标，只能用于训练直觉，不能写进对外承诺或容量合同。机制描述（例如 ISR 与 HW 的关系、G1 Mixed GC 的失败窗口、Sentinel 规则生效语义）应以文末官方文档链接为准做二次核对。把教学场景里的「P99 从 800 ms 降到 165 ms」直接写进对外 SLA，是证据纪律上的硬伤——那种数字的职责是演示优化层级，不是替你的集群做承诺。
分享与评审时建议固定话术：先声明版本假设，再声明哪些是机制、哪些是本环境待测假设，最后才给检查表。听众有权要求你指出「这一条对应官方哪一节」或「我们准备怎样验证」。系列正文用 FACT / TRAP / PROD / INFER 四类标注降低误用概率；读者侧的责任是不要把四类读成同一种加粗。
| 陈述类型 | 如何对待 | 评审中怎么用 |
|---|---|---|
| 官方文档可复核机制 | 高可信，仍核对版本 | 可作设计依据 |
| 标注 PROD 的落地约束 | 按组织改造后采用 | 写成检查表与门禁 |
| 合成场景中的延迟/QPS | 仅量级感 | 禁止当基线 SLA |
| INFER 条件化推断 | 换环境重测 | 写成假设与验证计划 |
常见版本锚点（以各篇文首为准，可能随时间漂移）：JDK 17/21 LTS；Kafka 3.x；Elasticsearch 8.x；Seata 2.1.x；Spring Cloud Alibaba 与 Nacos 2.x / Sentinel 1.8 / Dubbo 3.x。升级大版本时，优先重跑该篇检查表，而不是整卷重读。版本漂移不可怕，可怕的是沿用旧检查表却以为仍覆盖新语义。把「版本假设」写进评审纪要第一行，成本极低、收益很高。
7与数据平台培训课的边界
仓库里另有一套面向 Hadoop 生态与数据平台的培训任务列表。两边都产出 HTML 深度文，但目标读者与能力轴不同：数据平台课强调存储计算引擎与作业治理；本系列强调在线系统的运行时、消息检索、峰值可靠性与微服务控制面。
若你的角色是「在线业务 + 偶尔碰数仓」，以本系列为主，需要时再点读数据平台单篇。若你的角色是「数据平台 SRE」，不要从本系列的秒杀篇开始——那会浪费你的主线注意力。两套索引各自独立，首页互不嵌套，是刻意设计。
组织内部若同时开设「大数据平台」与「在线架构」两条培养线，请使用两套不同的课表与不同的验收检查表。混排的结果通常是：学员在 HDFS 副本策略与秒杀库存锁之间来回切换语境，两边都学不深。边界清晰，是对读者时间的尊重，也是对作者主题深度的保护。
8带走的能力清单与下一步
导读本身不替代任何专题篇。它只保证一件事：你打开链接的理由足够尖锐。下面这张表可当作开读前的自检；全部勾选后，回到系列首页选路径或卷。若你正在准备对内直播或线下沙龙，也可以把本清单改成「开场六分钟」讲稿：先对齐读者相位，再宣布今晚只走一条路径，最后展示单篇四步协议——比展示二十个标题更有领导力。
作者向的质量标尺与生产计划仍保留在仓库元数据中，供续写与验收使用；它们不是读者主路径。你若误入字数与 Batch 状态表，请退回首页或本导读。系列对读者的承诺很简单：每篇独立可读、可离线打开、读完能拿走检查表；对作者的承诺是另一套 DoD，两者不要混在同一个导航里。
| 检查项 | 标准 | 责任人 |
|---|---|---|
| 读者身份确认 | 能说出自己卡在告警 / 峰值 / 平台哪一相位 | 读者本人 |
| 路径唯一性 | 本周只选 PATH A/B/C 之一，不并行三条 | 读者本人 |
| 单篇闭环 | 每篇读完有不变量 + 失败窗口 + 三项检查 | 读者本人 |
| 证据纪律 | 合成数字不进 SLA；机制核对官方文档 | 分享主讲 / 评审人 |
| 系列边界 | 不与 Hadoop 培训课目录混排授课 | 组织者 |
| 回补策略 | 路径走完后，按五卷地图回补缺口卷 | 读者本人 |
| 分享转化 | 对内分享只抽取检查表与决策矩阵，不念全文 | 主讲人 |
| 版本刷新 | 依赖组件大版本升级后重跑相关篇检查表 | 平台 Owner |
8.1 建议的下一步
最后一句实用建议：把首页和本导读固定到浏览器书签栏的同一文件夹，专题篇按路径临时打开即可。系列会继续以独立 HTML 存在；你的注意力应花在「今晚系统缺哪一层」，而不是维护另一张进度百分比表。
- SERIES资深架构师技术分享 · 系列首页（五卷目录与路径）
- METAQUALITY-BAR.md — 单篇质量标尺（作者向）
- METAexecution-plan.md — 生产计划与风格路由（作者向）
- BOOK周志明，《凤凰架构：构建可靠的大型分布式系统》—— 多篇可靠性 / 事务 / 多活的概念母本
- BOOK周志明，《深入理解 Java 虚拟机》（第 3 版）—— 卷一运行时根基
- NOTE同仓库 Hadoop 培训课任务列表与本系列互不覆盖，勿混用目录授课