MQ（消息队列）

本文件只负责模块导航、版本分流、索引与复习验收。机制、数据演绎、排障过程、项目话术和题目答案均以 00 至 08 分册为准，入口不复制正文。

1. 模块定位、适用人群与版本边界

版本相关回答必须先声明产品与版本，再引用对应分册；本入口不把某个小版本的行为外推到全部版本。

2. 00–08 分册导航

以下时长按“已有基础、边读边口述”的复习节奏估算；首次精读可在此基础上增加约一半时间。

建议完整顺序：00 → 01 → 02/03/04 → 05 → 06 → 07 → 08。02、03、04 可按目标岗位调整先后，但进入 05 前至少完整读过目标产品分册。

3. 学习路径

flowchart LR
    A["基础<br/>00 全景 + 01 价值与容量边界"]
    B["产品机制<br/>02 / 03 / 04"]
    C["可靠性<br/>05"]
    D["容量排障<br/>06"]
    E["项目案例<br/>07"]
    F["综合题库<br/>08"]
    A --> B --> C --> D --> E --> F

图中每一阶段只表示阅读依赖：产品机制不能替代业务可靠性，可靠性结论也必须经过容量、事故和项目场景验证。

4. 产品选型快速表

快速表只用于缩小候选范围，不构成脱离业务量级、团队能力和版本约束的最终选型结论。

5. 图形与项目案例索引

6. 完成红线

• 00 至 08 的入口链接必须真实可达，版本结论、图形和项目案例都能回查到对应分册。
• 产品回答必须先声明 Kafka（分布式日志消息系统）、RocketMQ（分布式消息队列）或 RabbitMQ（消息队列）的版本边界，不混用跨版本能力。
• 可靠性复习必须回到 05-可靠性语义、幂等、顺序与重试，容量与事故复习必须回到 06-容量、性能、积压与线上排障。
• 项目表达至少能覆盖一个一致性案例、一个容量案例和一个故障恢复案例，并能指出权威数据源、失败边界、兜底与验证证据。
• 不把“读完”当成完成；至少完成一轮顺序复习、一轮脱稿口述、一次项目串讲和一次积压事故复盘。
• 本入口始终只承担导航职责，不新增知识型三级标题、题库标记或长答案。

7. 如何复习与口述

1. 建立地图：先读 00 和 01，只记录核心边界与仍说不清的问题。
2. 选择产品线：按岗位先精读 02、03、04 中最相关的一篇，再补另外两篇的选型差异。
3. 闭合可靠性：用 05 检查每个确认点能证明什么、失败后如何收敛；不要只背产品配置。
4. 练习数据题：用 06 口算积压、存储和恢复时间，再按“影响范围 → 止血 → 证据 → 根因 → 恢复 → 复盘”复述事故。
5. 绑定简历：从 07 选择 WMS（仓储管理系统）库存、支付、跨境物流、Runner（执行器）或 IoT（物联网）案例，按“背景 → 约束 → 方案 → 风险 → 兜底 → 观测 → 结果”完成三至五分钟口述。
6. 接受追问：最后进入 08，先脱稿回答，再沿链接回查薄弱分册；入口本身不作为答案来源。