大多应用中，可通过消息服务中间件来提升系统异步通信、扩展解耦能力
例如用户注册需要发送注册邮件和注册短信的场景
方式1：传统做法串行调用，数据库>邮件>短信一套下来，需要150秒相应用户，太慢
方式2：分两个线程分别去发邮件和短信，需要响应100ms，还是有点慢
方式3：数据库写入成功后，立即响应用户，然后将发邮件和发短信作为任务写入消息队列，慢慢再消化，用户体验最佳
例如下图，订单系统实时调用库存接口来操作库存显然是不可取的，在高并发场景下，应用间耦合性太高，会相互拖后腿。
使用方式二，加入消息中间件，将应用间解耦，速度快慢互不影响，为上佳
例如在秒杀业务的大流量场景下，假如当前有100万用户参加秒杀，只有10万件商品。
此时就可以将消息队列的长度设置为10万，手速快的用户蜂拥而至到队列中，队列占满后拒绝其他用户请求，即表示秒杀失败。然后再由业务系统慢慢去消化队列中这10万笔业务即可。
消息代理（message broker）和目的地（destination）
- 队列（queue）：点对点消息通信（point-to-point）
–消息发送者发送消息，消息代理将其放入一个队列中，消息接收者从队列中获取消息内容，消息读取后被移出队列
–消息只有唯一的发送者和接受者，但并不是说只能有一个接收者
- 主题（topic）：发布（publish）/订阅（subscribe）消息通信
–发送者（发布者）发送消息到主题，多个接收者（订阅者）监听（订阅）这个主题，那么就会在消息到达时同时收到消息
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.mushiming.com/mjsbk/10205.html