
博主最近有一个任务需要用到消息队列RabbitMQ,那么今天我们就来看下在Windows本地下如何安装消息队列并使用SpringBoot结合消息队列做一个小的Demo。
RabbitMQ 是一个由 Erlang 语言开发的 AMQP 的开源实现。 所以需要Erlang语言环境(类似于jdk环境)。
这里注意下Erlang包要和rabbitmq包的版本应该对应,这里使用固定版本举例。
RabbitMQ 最初起源于金融系统,用于在分布式系统中存储转发消息,在易用性、扩展
性、高可用性等方面表现不俗。具体特点包括:

RabbitMQ Server: 也叫broker server,它是一种传输服务。 他的角色就是维护一条 从Producer到Consumer的路线,保证数据能够按照指定的方式进行传输。
Producer: 消息生产者,如图A、B、C,数据的发送方。消息生产者连接RabbitMQ服 务器然后将消息投递到Exchange。
Consumer:消息消费者,如图1、2、3,数据的接收方。消息消费者订阅队列, RabbitMQ将Queue中的消息发送到消息消费者。
Exchange:生产者将消息发送到Exchange(交换器),由Exchange将消息路由到一个 或多个Queue中(或者丢弃)。Exchange并不存储消息。RabbitMQ中的Exchange有 direct、fanout、topic、headers四种类型,每种类型对应不同的路由规则。
Queue:(队列)是RabbitMQ的内部对象,用于存储消息。消息消费者就是通过订阅 队列来获取消息的,RabbitMQ中的消息都只能存储在Queue中,生产者生产消息并最终 投递到Queue中,消费者可以从Queue中获取消息并消费。多个消费者可以订阅同一个 Queue,这时Queue中的消息会被平均分摊给多个消费者进行处理,而不是每个消费者 都收到所有的消息并处理。
RoutingKey:生产者在将消息发送给Exchange的时候,一般会指定一个routing key, 来指定这个消息的路由规则,而这个routing key需要与Exchange Type及binding key联 合使用才能最终生效。在Exchange Type与binding key固定的情况下(在正常使用时一 般这些内容都是固定配置好的),我们的生产者就可以在发送消息给Exchange时,通过 指定routing key来决定消息流向哪里。RabbitMQ为routing key设定的长度限制为255 bytes。
Connection: (连接):Producer和Consumer都是通过TCP连接到RabbitMQ Server 的。以后我们可以看到,程序的起始处就是建立这个TCP连接。
Channels: (信道):它建立在上述的TCP连接中。数据流动都是在Channel中进行 的。也就是说,一般情况是程序起始建立TCP连接,第二步就是建立这个Channel。
VirtualHost:权限控制的基本单位,一个VirtualHost里面有若干Exchange和 MessageQueue,以及指定被哪些user使用
安装 otp_win64_22.1.exe(以管理员身份运行安装)
配置环境变量:ERLANG_HOME:C:\Program Files\erl10.5
安装rabbitmq-server-3.8.4.exe(以管理员身份运行安装)
配置环境变量:RABBITMQ_HOME:C:\Program Files\RabbitMQ Server\rabbitmq_server-3.8.4
注:博主这里全为默认路径,注意不要安装在包含中文和空格的目录下。
配置Path变量
添加上述变量名***_HOME到Path
%RABBITMQ_HOME%\sbin,%ERLANG_HOME%\bin
进入控制台管理员界面,进入rabbitMQ安装目录的sbin目录,输入命令
安装管理界面
rabbitmq‐plugins enable rabbitmq_management重新启动服务
Rabbitmq-server为了方便将RabbitMQ安装到Windows服务
rabbitmq-service install之后就能在windows服务中看到

浏览器访问url:http://127.0.0.1:15672 即可看到界面,使用账号Username:guest,Password:guest登录
注:RabbitMQ默认授权给系统管理员,应提前更换登录用户或将用户提升为管理员,否则无法启动。


最上侧的导航以此是:概览、连接、信道、交换器、队列、用户管理
下载镜像:(此步省略)
docker pull rabbitmq:management 创建容器,rabbitmq需要有映射以下端口: 5671,5672,4369,15671,15672,25672
docker run ‐di ‐‐name=rabbitmq ‐p 5671:5617 ‐p 5672:5672 ‐p 4369:4369 ‐p 15671:15671 ‐p 15672:15672 ‐p 25672:25672 rabbitmq:management重启Docker镜像docker restart rabbitmq
访问Linux IP:15672
将消息发给唯一一个节点时使用这种模式,这是最简单的一种形式。

任何发送到Direct Exchange的消息都会被转发到RouteKey中指定的Queue。

将消息一次发给多个队列时,需要使用这种模式。

任何发送到Fanout Exchange的消息都会被转发到与该Exchange绑定(Binding)的所有
Queue上。

任何发送到Topic Exchange的消息都会被转发到所有关心RouteKey中指定话题的Queue 上。

此类交换器使得来自不同的源头的消息可以到达一个对列,其实说的更明白一点就是模 糊匹配的意思,例如:上图中红色对列的routekey为usa.#,#代表匹配任意字符,但是 要想消息能到达此对列,usa.必须匹配后面的#好可以随意。图中usa.news usa.weather,都能找到红色队列,符号 # 匹配一个或多个词,符号 * 匹配不多不少一个 词。因此 usa.# 能够匹配到 usa.news.XXX ,但是 usa.* 只会匹配到 usa.XXX 。
注:交换器说到底是一个名称与队列绑定的列表。当消息发布到交换器时,实际上是由你所 连接的信道,将消息路由键同交换器上绑定的列表进行比较,最后路由消息。 任何发送到Topic Exchange的消息都会被转发到所有关心RouteKey中指定话题Queue上。
新建一个交换器,类型为to’pic

新建一个队列,queue.topic
