RabbitMQ架构
- RabbitMQ Server: 也叫broker server
- Producer: 消息生产者
- Consumer:消息消费者
- Exchange:生产者将消息发送到Exchange(交换器)
- Queue:(队列)是RabbitMQ的内部对象,用于存储消息
- RoutingKey:生产者在将消息发送给Exchange的时候,一般会指定一个routing key, 来指定这个消息的路由规则,而这个routing key需要与Exchange Type及binding key联 合使用才能最终生效。
-
Connection: (连接):Producer和Consumer都是通过TCP连接到RabbitMQ Server
-
Channels: (信道):它建立在上述的TCP连接中。数据流动都是在Channel中进行 的。
-
VirtualHost:权限控制的基本单位,一个VirtualHost里面有若干Exchange和 MessageQueue,以及指定被哪些user使用
docker安装
docker run -it --name=rabbitmq -p 5671:5671 -p 5672:5672 -p 4369:4369 -p 15671:15671 -p 15672:15672 -p 25672:25672 rabbitmq:management
rabbitmq需要有映射以下端口: 5671 5672 4369 15671 15672 25672
测试
访问:(xdp是我虚拟机的IP,我在本地配置了hosts域名 解析)
http://xdp:15672/
以下界面表示安装成功
输入用户名和密码,都为guest 进入主界面
添加一个队列
Durability:是否做持久化 Durable(持久)
Auto delete : 是否自动删除
三种消息模式
Direct模式
点对点
任何发送到Direct Exchange的消息都会被转发到RouteKey中指定的Queue。
1.一般情况可以使用rabbitMQ自带的Exchange:”"(该Exchange的名字为空字符串,下 文称其为default Exchange)。
2.这种模式下不需要将Exchange进行任何绑定(binding)操作
3.消息传递时需要一个“RouteKey”,可以简单的理解为要发送到的队列名字。
4.如果vhost中不存在RouteKey中指定的队列名,则该消息会被抛弃。
Fanout模式
消息一次发给多个队列
任何发送到Fanout Exchange的消息都会被转发到与该Exchange绑定(Binding)的所有 Queue上。
1.可以理解为路由表的模式
2.这种模式不需要RouteKey
3.这种模式需要提前将Exchange与Queue进行绑定,一个Exchange可以绑定多个 Queue,一个Queue可以同多个Exchange进行绑定。
4.如果接受到消息的Exchange没有与任何Queue绑定,则消息会被抛弃。
Topic模式
任何发送到Topic Exchange的消息都会被转发到所有关心RouteKey中指定话题的Queue 上
1.这种模式较为复杂,简单来说,就是每个队列都有其关心的主题,所有的消息都带有一 个“标题”(RouteKey),Exchange会将消息转发到所有关注主题能与RouteKey模糊匹配的 队列。
2.这种模式需要RouteKey,也许要提前绑定Exchange与Queue。
3.在进行绑定时,要提供一个该队列关心的主题,如“#.log.#”表示该队列关心所有涉及 log的消息(一个RouteKey为”MQ.log.error”的消息会被转发到该队列)。
4.“#”表示0个或若干个关键字,“”表示一个关键字。如“log.”能与“log.warn”匹配,无法 与“log.warn.timeout”匹配;但是“log.#”能与上述两者匹配。
5.同样,如果Exchange没有发现能够与RouteKey匹配的Queue,则会抛弃此消息