先说一下消息队列常见的使用场景，其实场景有很多，但是比较核心的有三个：解耦、异步、削锋。
消息队列是啥：消息队列（Message Queue），一种先进先出的队列结构，用于处理Message。
消息队列解决的问题：在处理大量并发请求时，同步处理往往会发生阻塞，特别是在更新数据库或者调用其他组件时。消息队列能够实现请求的异步处理、应用解耦、流量削锋和消息通讯，同时能够有效防止阻塞导致的消息丢失。
消息队列系统，一般都包含3个角色：队列服务端，队列的生产者，队列的消费者。这种架构与当下流行的分布式架构极为契合。
根据业务的需要，其实它可以有多种应用场景，例如解耦，削峰填谷，广播等，我们举两个场景来梳理一下简单的过程
- 业务解耦
最近在考虑买几本书看，就以买书下订单举例，当我点击购买之后，可能会有这么一串业务逻辑执行，① 减去库存容量 ② 生成订单 ③ 支付 ④ 更新订单状态 ⑤ 发送购买成功短信 ⑥ 更新商品快递揽收状态。在初期阶段，我们完全可以让这些业务同步执行，但是后期为了提升效率，就可以将需要立即执行的任务和可稍缓执行的任务进行分离，例如 ⑤ 发送购买成功短信 ⑥ 更新商品快递揽收状态，都可以考虑异执行。在主流程执行结束后，这些可稍缓的业务可以通过给 MQ 发送消息，就判定已经执行，保证流程先结束。然后再通过拉取 MQ 消息，或者 MQ 主动推送去异步执行其他的业务。
- 削峰填谷
例如发送一条带有已读未读标识的公告信息，所以需要对每一个用户都写一条这样的公告消息，例如存到 MongoDB 中，即便 MongoDB 也支撑不下来瞬时写入百万、千万记录的情况，所以可以考虑使用消息队列。比如说我们可以在Java后端系统上面，用异步多线程的方法，向消息队列MQ中发送消息，这样Web系统发布公告消息的时候就不占用数据库正常的 CRUD 操作。系统消息保存在消息队列中，我们只是用它来做削峰填谷，系统消息最终还是要存储在数据库上面。于是我们可以这样设计，在用户登陆系统的时候，用异步线程从消息队列MQ中，接收该用户的系统消息，然后把系统消息存储在数据库中，最后消息队列MQ中的该条消息自动删除。因为用户的错峰登录，所以往数据库中写入消息的任务也变成了错峰写入。