消息队列能做什么
1.异步处理
用户使用信用卡支付时使用同步模式需要串行执行所有的服务，响应用户时间比较长，可以使用消息队列异步处理达到快速响应用户请求。
2.流量控制
在网关和后端服务之间使用消息队列实现流量控制,在使用消息队列后请求流程变为：
1.网关收到请求后把请求放到消息队列中。
2.后端服务在消息队列中获取app，请求并处理然后返回结果。
消息超时可以直接丢弃消息。
这种设计的优点是：能根据下游的处理能力自动调节流量，达到“削峰填谷”的作用。但这样做同样是有代价的：
1.上下游服务需要改变为异步交互方式复炸度较高。
2.服务调用链路变长整体延时变长。
令牌桶方案：
在单位时间生成一定数量的令牌，后端服务处理请求前获取令牌，如果没有获取到令牌则拒绝请求。这样就保证了单位时间内单位时间内处理的请求不会超过令牌数量，达到流量控制的效果。
可以简单的使用一个固定容量队列加令牌生成器服务实现，令牌生成器匀速生成令牌加入到队列中，如果令牌队列满了就丢弃令牌。网关调用后端服务前，获取令牌，调用后端服务，如果获取不到令牌则直接返回失败。
3.服务解耦
如电商的订单系统，很多下游服务需要实时订单信息，这些下游系统随着需求的变化不断的新增变化，每新增或变化需要修改订单系统，对核心订单系统来说是不可接受的。所以我们可以把订单系统生成的订单放入消息队列，下游系统需要订单数据可以订阅消息队列，实现服务间解耦。
以上就是消息队列经常使用的三个场景，当然还有其他的使用场景。
1.作为发布 / 订阅系统实现一个微服务级系统间的观察者模式。
2.连接流计算任务和数据。
3.用于将消息广播给大量接收者。
等等其他一些场景。
使用消息队列也带来了一些其他问题：
1.使用消息队列带来的延时问题
2.增加了系统复炸性
3.数据的一致性
