RabbitMq学习笔记

RabbitMQ

1 简介

1.1 介绍

RabbitMQ是一个由erlang语言编写的、开源的、在AMQP基础上完整的、可复用的企业消息系统。支持多种语言,包括java、Python、ruby、PHP、C/C++等。

本质是个队列,FIFO 先入先出,只不过队列中存放的内容是message 而已,还是一种跨进程的通信机制,用于上下游传递消息。

(1)MQ:MQ是 message queue 的简称,是应用程序和应用程序之间通信的方法。

(2)AMQP:advanced message queuing protocol ,一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息并不受客户端/中间件不同产品、不同开发语言等条件的限制。

1.2 消息队列作用

1.2.1 流量消峰

举个例子,如果订单系统最多能处理一万次订单,这个处理能力应付正常时段的下单时绰绰有余,正常时段我们下单一秒后就能返回结果。但是在高峰期,如果有两万次下单操作系统是处理不了的,只能限制订单超过一万后不允许用户下单。使用消息队列做缓冲,我们可以取消这个限制,把一秒内下的订单分散成一段时间来处理,这时有些用户可能在下单十几秒后才能收到下单成功的操作,但是比不能下单的体验要好。

1.2.2 应用解耦

以电商应用为例,应用中有订单系统、库存系统、物流系统、支付系统。用户创建订单后,如果耦合调用库存系统、物流系统、支付系统,任何一个子系统出了故障,都会造成下单操作异常。当转变成基于消息队列的方式后,系统间调用的问题会减少很多,比如物流系统因为发生故障,需要几分钟来修复。在这几分钟的时间里,物流系统要处理的内存被缓存在消息队列中,用户的下单操作可以正常完成。当物流系统恢复后,继续处理订单信息即可,中单用户感受不到物流系统的故障,提升系统的可用性。

1.2.3 异步处理

有些服务间调用是异步的,例如 A 调用 B,B 需要花费很长时间执行,但是 A 需要知道 B 什么时候可以执行完,以前一般有两种方式,A 过一段时间去调用 B 的查询 api 查询。或者 A 提供一个 callback api,B 执行完之后调用 api 通知 A 服务。这两种方式都不是很优雅,使用消息总线,可以很方便解决这个问题,A 调用 B 服务后,只需要监听 B 处理完成的消息,当 B 处理完成后,会发送一条消息给 MQ,MQ 会将此消息转发给 A 服务。这样 A 服务既不用循环调用 B 的查询 api,也不用提供 callback api。同样B 服务也不用做这些操作。A 服务还能及时的得到异步处理成功的消息。

1.3 核心概念

  • 生产者(Producer):发送消息的应用。
  • 消费者(Consumer):接收消息的应用。
  • 队列(Queue):存储消息的缓存。
  • 消息(Message):由生产者通过RabbitMQ发送给消费者的信息。
  • 连接(Connection):连接RabbitMQ和应用服务器的TCP连接。
  • 通道(Channel):连接里的一个虚拟通道。当你通过消息队列发送或者接收消息时,这个操作都是通过通道进行的。
  • 交换机(Exchange):交换机负责从生产者那里接收消息,并根据交换类型分发到对应的消息列队里。要实现消息的接收,一个队列必须到绑定一个交换机。
  • 绑定(Binding):绑定是队列和交换机的一个关联连接。一个交换机可以绑定多个队列
  • 路由键(Routing Key):路由键是供交换机查看并根据键来决定如何分发消息到列队的一个键。路由键可以说是消息的目的地址

1.4 模式

在这里插入图片描述在这里插入图片描述

  1. Broker:接收和分发消息的应用,RabbitMQ Server 就是 Message Broker
  2. Virtual host:出于多租户和安全因素设计的,把 AMQP 的基本组件划分到一个虚拟的分组中,类似于网络中的 namespace 概念。当多个不同的用户使用同一个 RabbitMQ server 提供的服务时,可以划分出多个 vhost,每个用户在自己的 vhost 创建 exchange/queue 等
  3. Connection:publisher/consumer 和 broker 之间的 TCP 连接
  4. Channel:如果每一次访问 RabbitMQ 都建立一个 Connection,在消息量大的时候建立 TCP Connection 的开销将是巨大的,效率也较低。Channel 是在 connection 内部建立的逻辑连接,如果应用程序支持多线程,通常每个 thread 创建单独的 channel 进行通讯,AMQP method 包含了 channel id 帮助客
    户端和 message broker 识别 channel,所以 channel 之间是完全隔离的。 Channel 作为轻量级的Connection 极大减少了操作系统建立 TCP connection 的开销
  5. Exchange : message 到达 broker 的第一站,根据分发规则,匹配查询表中的 routing key,分发消息到 queue 中去。常用的类型有:direct (point-to-point), topic (publish-subscribe) and fanout(multicast)
  6. Queue : 消息最终被送到这里等待 consumer 取走
  7. Binding : exchange 和 queue 之间的虚拟连接,binding 中可以包含 routing key,Binding 信息被保存到 exchange 中的查询表中,用于 message 的分发依据

生产者(Producer)发送->中间件->消费者(Consumer)接收消息。

RabbitMQ包括六种队列模式,简单队列、工作队列、发布/订阅、路由、主题、rpc等。

1、简单队列**

1)生产者将消息发送到队列,消费者从队列获取消息。

(2)一个队列对应一个消费者。

在这里插入图片描述

2、工作队列

(1)一个生产者,多个消费者。

(2)一个消息发送到队列时,只能被一个消费者获取。

(3)多个消费者并行处理消息,提升消息处理速度。

    注意:channel.basicQos(1)表示同一时刻只发送一条消息给消费者。

在这里插入图片描述

3、发布/订阅模式(Publish/Subcribe)

将消息发送到交换机,队列从交换机获取消息,队列需要绑定到交换机。

(1)一个生产者,多个消费者。

(2)每一个消费者都有自己的一个队列。

(3)生产者没有将消息直接发送到队列,而是发送到交换机。

(4)每一个队列都要绑定到交换机。

(5)生产者发送的消息,经过交换机到达队列,实现一个消息被多个消费者获取的目的。

(6)交换机类型为“fanout”。

    注意:交换机本身没有存储消息的能力,消息只能存储到队列中。

在这里插入图片描述

4、路由模式(Routing)

路由模式是发布/订阅模式的一种特殊情况。

(1)路由模式的交换机类型为“direct”。

(2)绑定队列到交换机时指定 key,即路由键,一个队列可以指定多个路由键。

(3)生产者发送消息时指定路由键,这时,消息只会发送到绑定的key的对应队列中。

在这里插入图片描述

5、主题模式(Topic)

将路由键和某模式进行匹配。此时,队列需要绑定到一个模式上。

符号“#”匹配一个或多个词,“*”匹配不多不少一个词。

绑定队列到交换机指定key时,进行通配符模式匹配。

在这里插入图片描述

2 安装

2.1 安装erlang

由于rabbitmq是基于erlang语言开发的,所以必须先安装erlang。

  • erlang-23.3.4.8-1.el7.x86_64.rpm
  • rabbitmq-server-3.8.26-1.el7.noarch.rpm
# 1 检查版本
[root@centos2 software]# uname -a
Linux centos2 3.10.0-1160.el7.x86_64 #1 SMP Mon Oct 19 16:18:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
[root@centos2 software]# 
# 系统版本是 el7 ,所以我们软件也是 el7
# 2 安装
rpm -ivh erlang-23.3.4.8-1.el7.x86_64.rpm
yum install socat -y   					
rpm -ivh rabbitmq-server-3.8.26-1.el7.noarch.rpm

2.2 启动/关闭

2.2.1 添加开机启动 RabbitMQ 服务

chkconfig rabbitmq-server on

2.2.2 启动服务

/sbin/service rabbitmq-server start 

2.2.3 查看服务状态

/sbin/service rabbitmq-server status

2.2.4 停止服务(选择执行)

/sbin/service rabbitmq-server stop

2.3 web管理

2.3.1 开启 web 管理插件

# 安装插件前 先关闭服务
/sbin/service rabbitmq-server stop
rabbitmq-plugins enable rabbitmq_management
# 开启防火墙端口
firewall-cmd --zone=public --add-port=15672/tcp --permanent
systemctl restart firewalld
firewall-cmd --list-all

用默认账号密码(guest)访问地址 192.168.0.202:15672 出现权限问题

在这里插入图片描述

出现权限问题,需要添加管理员账号。

2.3.2 添加账号

创建账号 密码自定义123

rabbitmqctl add_user admin 123

设置用户角色

rabbitmqctl set_user_tags admin administrator

设置用户权限

# set_permissions [-p <vhostpath>] <user> <conf> <write> <read>
rabbitmqctl set_permissions -p "/" admin ".*" ".*" ".*"

用户 user_admin 具有/vhost1 这个 virtual host 中所有资源的配置、写、读权限 。 不同的vhost有不同的交换机和队列。

当前用户和角色

rabbitmqctl list_users

再次登录 192.168.0.202:15672

3 springboot 整合

3.1 简单队列模式

在这里插入图片描述

3.1.1 创建一个maven工程

3.1.2 添加依赖

<!-- https://mvnrepository.com/artifact/com.rabbitmq/amqp-client -->
<dependency>
    <groupId>com.rabbitmq</groupId>
    <artifactId>amqp-client</artifactId>
    <version>5.9.0</version>
</dependency>
<!-- https://mvnrepository.com/artifact/commons-io/commons-io -->
<dependency>
    <groupId>commons-io</groupId>
    <artifactId>commons-io</artifactId>
    <version>2.11.0</version>
</dependency>

3.1.3 编写生产者

package com.mozhu.rabbitmq.test;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import java.io.IOException;
import java.util.concurrent.TimeoutException;

public class Product {
   

    private static final String QUERY_NAME = "hello" ;
    private static final String QUERY_HOST = "192.168.0.202" ;
    private static final String QUERY_USERNAME = "admin" ;
    private static final String QUERY_PASSWORD = "123" ;

    public static void main(String[] args) {
   

        // 1 创建链接工厂 连接rabbitMq
        ConnectionFactory factory = new ConnectionFactory();
        factory.setHost(QUERY_HOST);
        factory.setUsername(QUERY_USERNAME);
        factory.setPassword(QUERY_PASSWORD);
        // 2 连接 rabbitmq
        try {
   
            Connection connection = factory.newConnection();
            // 3 创建信道
            Channel channel = connection.createChannel();
            /**
            * * @param queue the name of the queue
             * @param durable  是否持久化  true if we are declaring a durable queue (the queue will survive a server restart)
             * @param exclusive 是否只供一个小消费者 true if we are declaring an exclusive queue (restricted to this connection)
             * @param autoDelete 是否自动删除(长时间不用) true if we are declaring an autodelete queue (server will delete it when no longer in use)
             * @param arguments other properties (construction arguments) for the queue
             * */
            // 4 创建队列
            channel.queueDeclare(QUERY_NAME , false , false , false ,null);
            String msg = "墨墨你在干啥 ? " ;
            /**
             *  * @param exchange   发送到哪个交换机    the exchange to publish the message to
             *  * @param routingKey 路由key           the routing key
             *  * @param props      消息其他属性       other properties for the message - routing headers etc
             *  * @param body       消息体             the message body
             * */
            // 4 发送消息
            channel.basicPublish("",QUERY_NAME,null , msg.getBytes());
            System.out.println("================================== 消息发送完成! =====================================");

        } catch (IOException e) {
   
            e.printStackTrace();
        } catch (TimeoutException e) {
   
            e.printStackTrace();
        }
    }
}

运行程序,发现链接超时, 查看源码,默认端口 5672 ,在服务器中开放此端口,运行发送成功。

查看web后台:

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值