RabbitMQ基础与提升课程（第2季共6季）--RabbitMQ高级进阶

别只停在发消息收消息：RabbitMQ高级进阶导读

很多转岗或查漏补缺的开发者，对消息队列的理解往往停留在“能发能收”的层面。本地环境跑通，一到生产环境就出事：消息丢了说不出原因，队列堆积不知道怎么清理，延迟任务还在依赖定时任务轮询数据库。这门课解决的就是从“能用”到“可靠”的断层问题。它不碰基础概念，直接从生产环境的核心痛点切入，讲清楚消息在投递失败、过期、被拒接时到底去了哪里，以及你怎么用代码兜住这些异常。如果你的项目还在用 try-catch 吞掉消息发送异常，或者根本没考虑过服务重启时的消息可靠性，那么这块缺口必须补上。

先看可靠性兜底，再啃死信与延迟

建议按解决实际问题的优先级来安排学习顺序。第一块优先看生产者确认机制与事务机制，这是消息防丢的第一道防线。重点对比事务模式的性能代价与确认机制的轻量级实现，看懂单条与多条提交失败时的回滚逻辑。第二块直奔死信队列与备份交换器，这是消息防丢的第二道防线。要搞清楚消息在什么条件下会变成死信，以及如何通过死信交换器把异常消息引流到备用队列进行人工干预。第三块看队列与消息的过期时间控制，结合延迟队列原理，弄懂如何利用过期转死信的特性实现延迟任务，彻底替换掉项目中不靠谱的定时轮询。最后再补齐优先级队列与基于队列的 RPC 调用，理解异步通信如何支撑同步请求响应的场景。

代码必须自己敲：学完能做什么与练习建议

看完课程后，你应该能独立设计一套高可用的消息流转方案。具体来说，你要能写出一个生产者端带有确认回调的发送代码，保证消息成功写入 Broker；能配置死信队列与备份交换器，在消费者端抛出异常或消息超时后，让消息自动进入死信流转，而不是丢失或无限重试；能利用消息过期时间实现一个订单超时关闭的延迟任务模块。资料里的视频片段非常短小精悍，每个节点都对应一段具体的代码实现。练习时不要只看不练，必须把生产者、消费者、服务端的 RPC 代码实现自己跟着敲一遍。建议在本地起一个测试环境，故意制造消息提交失败、消费者抛异常拒收消息、以及队列满载的场景，对照着事务回滚与死信队列的实际行为去调试。只有自己把异常场景跑通，才算是真正填补了这块能力缺口，别假装看懂了就是会了。