RabbitMQ 消息队列【第4讲：消息队列到底是什么】
本文探讨了消息队列的作用及其必要性。通过对比直接调用和引入消息队列两种架构，说明消息队列能实现系统间异步、解耦和削峰。专业消息队列（如RabbitMQ）提供消息确认、持久化、多消费者协作等核心功能，这是用 Redis 或 MySQL 模拟队列难以实现的。消息队列作为独立基础设施，负责系统间的消息传递，让生产者只关注发送，消费者只关注接收。最后指出下一讲将分析主流消息队列的选型差异。全文强调"专业工具做专业事"的理念。
辰风沐阳 阅读 37 2026-06-26
RabbitMQ 消息队列【第3讲：什么是异步、解耦、削峰】
本文通过分析同步调用的四大问题（强耦合、资源浪费、雪崩风险、扩展困难），指出引入消息队列能同时实现异步、解耦和削峰三大能力。异步让用户无需等待非核心操作；解耦使系统间不再相互依赖；削峰则通过排队处理瞬时高流量，保护数据库。这三者本质都是通过队列这一核心机制实现的——消息进入队列后，用户不用等（异步）、系统互不干扰（解耦）、流量有序处理（削峰）。
辰风沐阳 阅读 53 2026-06-26
RabbitMQ 消息队列【第2讲：同步调用到底有什么问题】
本文分析了同步调用在用户下单流程中的四大问题：1. 强耦合导致一个服务故障影响全流程；2. 慢服务拖垮整体性能；3. 高并发时引发雪崩效应；4. 扩展困难使系统日益脆弱。本文通过代码示例说明，发短信、邮件等非核心操作与订单创建强绑定会降低系统可靠性，并提出了「异步解耦」的解决方向。核心观点是将非必要同步执行的任务拆离主流程，避免互相影响。
辰风沐阳 阅读 59 2026-06-25
RabbitMQ 消息队列【第1讲：系统为什么越来越慢了】
本文通过电商下单场景分析了系统性能下降的典型原因：同步处理非核心业务（如短信通知）拖慢整体响应。案例显示，一个包含5个同步步骤的下单接口耗时高达1050ms，其中非必要等待占95%时间。作者提出采用消息队列实现异步化改造，将核心业务（库存扣减、订单创建）与非核心业务解耦。改造后接口响应时间降至55ms，提升近20倍。文章指出消息队列不仅能加速系统响应，还具有解耦系统、流量削峰和提高稳定性的优势。最后预告将深入探讨同步调用的潜在问题和异步方案的更多细节。
辰风沐阳 阅读 72 2026-06-24