消息中间件的主要作用和基本概念

大多应用中，可通过消息服务中间件来提升系统异步通信、扩展解耦能力

异步处理

例如用户注册需要发送注册邮件和注册短信的场景

方式1：传统做法串行调用，数据库>邮件>短信一套下来，需要150秒相应用户，太慢

方式2：分两个线程分别去发邮件和短信，需要响应100ms，还是有点慢

方式3：数据库写入成功后，立即响应用户，然后将发邮件和发短信作为任务写入消息队列，慢慢再消化，用户体验最佳

应用解耦

例如下图，订单系统实时调用库存接口来操作库存显然是不可取的，在高并发场景下，应用间耦合性太高，会相互拖后腿。

使用方式二，加入消息中间件，将应用间解耦，速度快慢互不影响，为上佳

流量削峰

例如在秒杀业务的大流量场景下，假如当前有100万用户参加秒杀，只有10万件商品。

此时就可以将消息队列的长度设置为10万，手速快的用户蜂拥而至到队列中，队列占满后拒绝其他用户请求，即表示秒杀失败。然后再由业务系统慢慢去消化队列中这10万笔业务即可。

 

消息服务中两个重要概念：

消息代理（message broker）和目的地（destination）

当消息发送者发送消息以后，将由消息代理接管，消息代理保证消息传递到指定目的地。
消息队列主要有两种形式的目的地

• 队列（queue）：点对点消息通信（point-to-point）

–消息发送者发送消息，消息代理将其放入一个队列中，消息接收者从队列中获取消息内容，消息读取后被移出队列

–消息只有唯一的发送者和接受者，但并不是说只能有一个接收者

 

• 主题（topic）：发布（publish）/订阅（subscribe）消息通信

–发送者（发布者）发送消息到主题，多个接收者（订阅者）监听（订阅）这个主题，那么就会在消息到达时同时收到消息