2.2.0 分布式系统与微服务知识图谱、迁移路线与版本边界

本册只承担导航、迁移审计、版本边界、分册契约与复习路线，不承载机制正文，不设置知识型三级标题，也不设置综合题库。迁移源为根文档的旧版正文快照；01 至 08 分册现已完成，根文档已收口为模块入口。

1. 定位、快照与迁移口径

本次迁移基线与收口核对日期均为 2026-07-14。下表哈希和行数记录的是迁移前旧版正文快照，当前根入口已完成导航化收口；后续不得拿旧快照覆盖根入口或并发修改。

迁移数量演绎

结论：题目验收必须达到 67/67，内容资产必须分别达到 11/11、13/13、3/3、3/3、4/4，复习目标必须达到 10/10；总数相等不能替代逐项语义核对。

2. 2.2.0 至 2.2.8 知识图谱

图一：全量知识图谱

flowchart LR
    N0["2.2.0<br/>迁移总账与复习路线"]
    N1["2.2.1<br/>架构演进与成本"]
    N2["2.2.2<br/>领域边界与数据所有权"]
    N3["2.2.3<br/>一致性、复制与脑裂"]
    N4["2.2.4<br/>服务治理与韧性"]
    N5["2.2.5<br/>事务、补偿与消息一致性"]
    N6["2.2.6<br/>配置、网关、发布与安全"]
    N7["2.2.7<br/>项目案例与事故排障"]
    N8["2.2.8<br/>旧题闭环与综合口述"]
    N0 --> N1
    N0 --> N3
    N1 --> N2
    N3 --> N4
    N2 --> N5
    N3 --> N5
    N4 --> N6
    N1 --> N7
    N2 --> N7
    N3 --> N7
    N4 --> N7
    N5 --> N7
    N6 --> N7
    N7 --> N8

• 节点：2.2.0 管契约，2.2.1 至 2.2.6 管机制，2.2.7 管项目证据，2.2.8 管跨章节口述。
• 箭头：表示最低学习依赖，不表示调用关系；例如事务选型必须先知道领域边界和一致性要求。
• 前提：每册只维护自己的权威正文，跨册只做相对引用。
• 失败分支：若跳过边界和一致性直接背框架，项目回答会退化成组件清单，应退回前置分册。
• 业务结论：先判断是否值得拆，再确定谁拥有数据，最后讨论治理、事务和发布工具。

3. 执行依赖与交付顺序

图二：实施依赖路径

flowchart TD
    A["00 锁定账本、边界和下限"] --> B["01 演进与成本"]
    A --> C["03 一致性理论"]
    B --> D["02 领域边界"]
    C --> E["04 服务治理"]
    C --> F["05 分布式事务"]
    D --> F
    E --> G["06 平台边界"]
    B --> H["07 项目与事故"]
    D --> H
    C --> H
    E --> H
    F --> H
    G --> H
    H --> I["08 综合题库"]
    I --> J{"全部迁移与验收通过?"}
    J -->|是| K["最后收口根入口与看板"]
    J -->|否| L["回到缺失资产的唯一分册"]

• 节点：从 00 到 08 对应九个可独立验收的交付物。
• 箭头：表示写作依赖；03 可在 00 后独立推进，05 必须同时消费 02 和 03。
• 前提：并行任务不得修改根入口、术语表或两级看板。
• 失败分支：任一迁移对象、图形渲染或版本证据未通过，都回到唯一责任分册修复。
• 业务结论：只有项目事故册能引用全部机制册，综合题库必须最后写，避免产生漂移答案。

4. 五类边界总模型

图三：服务、事务、数据、可观测性和组织五类边界

flowchart TD
    BC["业务能力与不变量"] --> S["服务边界<br/>独立演进、部署、扩容"]
    BC --> T["事务边界<br/>一次原子提交内的不变量"]
    BC --> D["数据所有权<br/>唯一权威写入方"]
    S --> O["可观测性边界<br/>日志、指标、链路、审计"]
    T --> O
    D --> O
    ORG["组织成本<br/>团队、发布、值班、平台"] --> S
    ORG --> O
    D --> C{"边界发生冲突?"}
    C -->|否| KEEP["保持服务自治"]
    C -->|是| FIX["合并服务、调整聚合<br/>建立读模型或接受最终一致"]

• 节点：五类边界分别回答“拆什么、原子到哪里、谁能写、如何证明、谁来承担”。
• 箭头：业务能力与不变量共同约束技术边界，组织成本反向限制拆分粒度。
• 前提：服务拆分不能自动推导事务拆分，更不能自动推导每服务一库。
• 失败分支：多服务直接写同一数据、把采样链路当业务账本、没有值班责任人时，必须重新划界。
• 业务结论：允许合并服务、调整聚合或接受最终一致；微服务不是默认优解。

5. 真实迁移账本

图四：旧资产到唯一权威正文的闭环

flowchart LR
    S["根文档只读快照"] --> I["稳定标识"]
    I --> O["唯一责任分册"]
    O --> A["稳定目标锚点"]
    A --> U["升级、重绘或吸收"]
    U --> V{"内容、链接、数量和渲染通过?"}
    V -->|否| R["保持待迁移并返回责任分册"]
    V -->|是| C["标记已迁移"]
    C --> Q["08 只做题体闭环和跨册引用"]

• 节点：每项旧资产都经过稳定标识、唯一责任分册、目标锚点和验收状态。
• 箭头：表示审计状态推进，不允许从“已登记”直接跳到“已完成”。
• 前提：目标文件真实存在后，代码路径才转换为相对 Markdown（标记语言）链接。
• 失败分支：语义遗漏、链接不存在、数量不符或图无法渲染时，一律保持“待迁移”。
• 业务结论：相似内容可以重绘或吸收，但必须写明原结论如何被覆盖，不能只写“已重写”。

42 道旧章节题账本

25 道旧模块题账本

下表的“题体唯一去向”全部是 2.2.8，确保 legacy-bank-01 至 legacy-bank-25 在综合题库保留稳定标识并升级为口述答案；“机制权威分册”只提供详情链接，不复制第二份题体。

11 张旧图账本

13 张旧表账本

数据、排查与话术账本

10 项复习目标账本

6. 版本、事实与技术边界矩阵

本册只记录经计划和现有材料核对的一般边界，不声称任何产品“当前最新版”，也不把未核对的小版本、配置键或默认值写成事实。具体分册实施时，必须追加官方资料、核对日期、实际小版本、文档章节和适用条件。

图五：版本事实进入正文前的门禁

flowchart TD
    C["准备写产品行为或默认值"] --> V{"已知实际小版本?"}
    V -->|否| G["只写一般边界并标记待核对"]
    V -->|是| O{"有对应官方文档章节?"}
    O -->|否| G
    O -->|是| T{"与项目配置或实验一致?"}
    T -->|否| D["记录差异，不下通用结论"]
    T -->|是| R["登记日期、版本、章节和适用条件"]
    R --> P["允许进入机制正文"]

• 节点：小版本、官方章节、项目配置或实验是三道事实门禁。
• 箭头：只有证据一致时，具体行为和默认值才能进入正文。
• 前提：一般理论与产品事实分层记录。
• 失败分支：缺版本、缺官方章节或实测不一致时，只保留一般边界和待核对状态。
• 业务结论：导航册宁可少写具体值，也不制造会随升级失效的“当前版本”结论。

7. 跨模块权威正文边界

图六：跨模块引用边界

flowchart LR
    M["分布式与微服务模块<br/>边界、选型、故障传播"]
    Q["MQ（消息队列）模块<br/>消息产品机制"]
    S["Spring（Java 应用框架）模块<br/>容器、代理与本地事务"]
    Z["Zookeeper（分布式协调服务）模块<br/>协调协议与原语"]
    P["支付资金模块<br/>状态机、账务与对账"]
    M -->|"详情引用"| Q
    M -->|"详情引用"| S
    M -->|"待文件创建后引用"| Z
    M -->|"详情引用"| P
    Q -.->|"不反向复制机制"| M
    S -.->|"不反向复制机制"| M
    Z -.->|"不反向复制机制"| M
    P -.->|"不反向复制机制"| M

• 节点：四个外部模块分别拥有消息、框架、协调和支付领域正文。
• 箭头：实线表示本模块去权威正文查机制，虚线表示禁止复制形成双份答案。
• 前提：只有真实存在的文件才生成相对 Markdown（标记语言）链接。
• 失败分支：权威文件不存在时登记计划路径和缺口，不临时在本册补写一套正文。
• 业务结论：本模块回答系统边界与组合方式，外部模块回答各自内部机制。

8. 分册职责、下限、图形资产与完成红线

共同完成红线：任一目标文件缺失、旧资产无去向、英文技术词未按 English（中文意思） 标注、图未真实渲染、存在坏链接、审计非零、git diff --check 失败或版本事实无证据，都不得标记对应分册完成。

9. 复习路线

图七：按目标选择复习路径

flowchart TD
    G{"本轮复习目标"}
    G -->|"建立架构判断"| A["00 -> 01 -> 02 -> 03"]
    G -->|"准备治理与事务"| B["03 -> 04 -> 05 -> 06"]
    G -->|"准备项目面试"| C["01 -> 02 -> 04 -> 05 -> 06 -> 07"]
    G -->|"临场口述"| D["00 路线 -> 07 案例 -> 08 追问"]
    A --> E["用 08 校验表达"]
    B --> E
    C --> E
    D --> E
    E --> F{"能说明边界、失败和兜底?"}
    F -->|是| H["进入模拟面试"]
    F -->|否| R["沿题目详情链接返回唯一机制分册"]

• 节点：四条路线分别服务架构判断、机制复习、项目串讲和临场表达。
• 箭头：所有路线最终都用 08 检查能否口述，而不是用题库替代机制学习。
• 前提：学习者已用 00 确认术语、版本和跨模块权威边界。
• 失败分支：说不清前提、失败窗口或人工兜底时，按稳定链接回到唯一机制分册。
• 业务结论：复习按目标裁剪顺序，但不能跳过当前问题的依赖知识。

10. 当前收口状态

• 67 道旧题已完成 67/67：42 道章节题均链接唯一机制分册，25 道旧模块题均链接 08 综合面试题库的唯一题体与机制权威分册。
• 旧资产已全部完成：11 图、13 表、3 个数据演绎、3 个排查专题、4 组项目话术、10 项复习目标均有真实分册链接和唯一去向。
• 00 至 08 文件均真实存在，内容数量、相对链接、版本事实、术语审计、单文件审计和图形真实渲染均于 2026-07-14 通过。
• 根入口、本迁移账本、模块级看板和子文档执行看板已完成同步，分布式系统与微服务模块正式收口。
• 下一项转入 Spring（Java 应用框架）生态与后端工程。