消息队列入门（面向 FastAPI 后端开发）
目标：1-2 小时，让你彻底搞懂消息队列是什么、解决什么问题、系统架构长什么样，并知道在自己的 FastAPI 项目里该怎么用它。
本教程重架构、重思路，不深挖细节。看完你能画出系统图、说清楚为什么要引入 MQ，而不是被一堆配置参数淹没。
这篇教程适合谁？
- 已经学过 FastAPI 和数据库（PostgreSQL / Redis），想补齐”后端架构”这块拼图的同学
- 听过”解耦""异步""削峰”这些词，但说不清到底是什么的同学
- 想知道 RabbitMQ / Kafka / Redis 到底该怎么选的同学
学完你能做到
- 用一句话向别人解释清楚消息队列是什么、为什么需要它
- 说清楚”生产者 / 消费者 / Broker / 队列”这套模型是怎么转的
- 知道消息队列解决的三大经典问题：解耦、异步、削峰
- 在 RabbitMQ / Kafka / Redis 之间做出合理选型
- 画出”FastAPI + RabbitMQ”的系统架构图，知道消息在其中怎么流动
为什么选 RabbitMQ 作为主线？
结合你现在的技术栈（Python + FastAPI + Redis + PostgreSQL + Docker），本教程用 RabbitMQ 作为讲解主线：
- 它是理解”消息队列”这一概念最标准、最清晰的教材
- 与 Python / FastAPI 生态贴合，中小型系统的异步任务几乎默认用它
- 比 Kafka 轻，概念负担小，适合”先建立架构直觉”这个阶段
至于什么时候该用 Kafka、什么时候 Redis 就够了，第 04 章 会专门讲清楚。
目录（建议按顺序学）
第一部分 · 理解篇（搞懂”是什么、为什么”）
- 01 - 为什么需要消息队列
- 02 - 核心概念与工作模型
- 03 - 消息队列解决的三大问题：解耦 / 异步 / 削峰
第二部分 · 选型篇（搞懂”用哪个”）
- 04 - 选型：RabbitMQ 还是 Kafka 还是 Redis
第三部分 · 架构篇（搞懂”怎么转、怎么接”）
- 05 - RabbitMQ 的架构与工作原理
- 06 - FastAPI + RabbitMQ 的整合架构思路
- 07 - 可靠性与常见坑（思路层面）
怎么用这份教程？
- 赶时间：看 01、02、03 建立直觉，再看 06 的架构图，半小时抓住核心。
- 想系统学：从头到尾按顺序读，重点理解每章的架构图和”一句话总结”。
开始吧 → 01 - 为什么需要消息队列