视频讲解链接
https://www.bilibili.com/video/BV1pa4y1x7Kc?p=8&spm_id_from=pageDriver
介绍
MQ的应用场景/好处
-
通过MQ,将发布变为异步
-
性能提升,200ms内是无感知的,200ms以上就有明显感觉
-
应用解耦,消息发布者与消息接受者不再直接通信,代码不再互相耦合,通过一个消息代理完成了解耦
同时也是功能内聚
-
流量削峰
《Spring实战》P463
提升性能、系统解耦、流量消峰
劣势:
选型
阿里推出的是RocketMQ
RabbitMQ:100%防止消息丢失
在安全性上付出导致性能上可能不是最好
基本用RabbitMQ、RocketMQ、Kafka
同时也支持STOMP
为什么用RabbitMQ:SpringBoot默认已经集成RabbitMQ,直接可用
AMQP协议
与JMS区别
JMS类似于JDBC,提供了一套基础协议
基本工作原理与构成
一定会有的几个角色:
生产者、消费者
队列交换机(Nameserver)
Broker(消息服务进程)
Queue:Topic也是几种Queue
RabbitMQ中还有虚拟机的概念,可以理解为一个个的database,也相当于namespace的感觉
由上也可以知道,RabbitMQ底层应用了NIO
安装后的启动页面
RabbitMQ安装后的启动界面:
展示了链接、通道、交换机、队列、消费者等
代码
生产者代码
发送了消息之后就可以在RabbitMQ服务界面查看所有信息
一般在生产者代码中去关闭连接。消费者要长久保持链接去监听消息
消费者代码
一定要去做声明队列这个操作,如果不做可能队列并不存在直接报错
总结
工作模式介绍
https://juejin.cn/post/6844903926408413197
总结:
同步给queue:
1,消息全量同步给所有queue:工作队列、发布订阅
2,主题:routing、topic
消费者:
1,轮流与否:工作队列/争抢
2,无差别与主题:工作队列、争抢、发布订阅 vs 路由、topic
发布订阅:每个queue接收到的消息都一致
routing、topic:按照主题接收
注意是:轮流接收,这里实际上有个默认的交换机
一个生产者一个队列多个消费者,消费者统一监听一个队列
加了交换机,多个队列,每个消费者分别监听自己订阅的主题
发布主题,订阅主题的接收
只需要声明多个队列、同时将这几个队列绑定到交换机上
消费者同样绑定交换机,然后指定要监听的主题即可