一、RabbitMQ起步

1. 什么是消息队列

Message Queue翻译为消息队列，常被称为消息中间件，基于典型的生产者和消费者模型。在这种模型中，生产者不断向消息队列中生产消息，而消费者则不断从队列中获取消息并消费。因为消息的生产和消费都是异步的，所以无论是消息的发送方还是消息的接收方，都只需要关注于自身的发送和接收，没有业务逻辑的侵入，轻松的实现系统间的解耦。

2. 不同MQ的特点

当前市面上有很多主流的消息中间件，比较常见的有：ActiveMQ、RabbitMQ、Kafka以及阿里巴巴自主研发的 RocketMQ 等，它们各自有各自的特点：

• ActiveMQ： ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线。它是一个完全支持 JMS 规范的的消息中间件。丰富的 API,多种集群架构模式让ActiveMQ在业界成为老牌的消息中间件,在中小型企业颇受欢迎；
• Kafka： Kafka 是 LinkedIn 开源的分布式发布-订阅消息系统，目前归属于Apache顶级项目。Kafka主要特点是基于Pull的模式来处理消息消费，追求高吞吐量，一开始的目的就是用于日志收集和传输。0.8版本开始支持复制，不支持事务，对消息的重复、丢失、错误没有严格要求，适合产生大量数据的互联网服务的数据收集业务；
• RocketMQ： RocketMQ 是阿里开源的消息中间件，它是纯Java开发，具有高吞吐量、高可用性、适合大规模分布式系统应用的特点。RocketMQ思路起源于Kafka，但并不是 Kafka 的一个 Copy，它对消息的可靠传输及事务性做了优化，目前在阿里集团被广泛应用于交易、充值、流计算、消息推送、日志流式处理、binglog分发等场景；
• RabbitMQ：是使用Erlang语言开发的开源消息队列系统，基于AMQP协议来实现。AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。AMQP协议更多用在企业系统内对数据一致性、稳定性和可靠性要求很高的场景，对性能和吞吐量的要求还在其次。

3. 消息队列的应用场景

3.1 异步处理

场景说明：用户注册后，需要发注册邮件和注册短信，传统的做法有两种：1、串行的方式；2、并行的方式

• 串行的方式：将注册信息写入数据库后,发送注册邮件，再发送注册短信，以上三个任务全部完成后才返回给客户端。 这有一个问题是邮件和短信并不是必须的,它只是一个通知,而这种做法让客户端等待没有必要等待的东西：

  

• 并行的方式：将注册信息写入数据库后，发送邮件的同时，发送短信，以上三个任务完成后，返回给客户端，并行的方式能提高处理的时间：

  

• 消息队列：虽然并行已经提高了处理效率，但是前面说过邮件和短信对于正常的使用网站没有任何影响，客户端没有必要等着其发送完才显示注册成功，应该是写入数据库后就返回，这个时候就可以引入消息队列了，把发送邮件、短信等不是必须的业务逻辑进行异步处理。

  

3.2 应用解耦

场景说明：双11是购物狂节，用户下单后，订单系统需要通知库存系统。

传统的做法是订单系统调用库存系统的接口。这种做法有一定的缺点：当库存系统出现故障时，订单就会失败。订单系统和库存系统高耦合，引入消息队列：

• 订单系统：用户下单后,订单系统完成持久化处理，将消息写入消息队列,返回用户订单下单成功；

• 库存系统：订阅下单的消息,获取下单消息,进行库操作，就算库存系统出现故障,消息队列也能保证消息的可靠投递,不会导致消息丢失。

3.3 流量削锋

场景说明：秒杀活动，一般会因为流量过大，导致应用挂掉,为了解决这个问题，一般在应用前端加入消息队列。

作用：

1. 可以控制活动人数，超过此一定阀值的订单直接丢弃；

2. 可以缓解短时间的高流量压垮应用(应用程序按自己的最大处理能力获取订单)

用户的请求,服务器收到之后,首先写入消息队列，加入消息队列长度超过最大值，则直接抛弃用户请求或跳转到错误页面。秒杀业务根据消息队列中的请求信息，再做后续处理。

二、RabbitMQ入门

RabbitMQ 是基于AMQP协议，由 erlang 语言开发，是部署最广泛的开源消息中间件。官网链接；官方教程链接；

AMQP（advanced message queuing protocol）`在2003年时被提出，最早用于解决金融领不同平台之间的消息传递交互问题。顾名思义，AMQP是一种协议，更准确的说是一种binary wire-level protocol（链接协议）。这是其和 JMS 的本质差别，AMQP不从API层进行限定，而是直接定义网络交换的数据格式。这使得实现了AMQP的provider天然性就是跨平台的。以下是AMQP协议模型:

1. RabbitMQ的下载安装

下载安装包可以直接到官网下载，或者直接用我下面这份，因为RabbitMQ是需要Erlanng的支持，所以还需要其他的依赖包：

# 1.将rabbitmq安装包上传到linux系统中
erlang-22.0.7-1.el7.x86_64.rpm
rabbitmq-server-3.7.18-1.el7.noarch.rpm# 2.安装Erlang依赖包
rpm -ivh erlang-22.0.7-1.el7.x86_64.rpm# 3.安装RabbitMQ安装包(需要联网)
yum install -y rabbitmq-server-3.7.18-1.el7.noarch.rpm注意:默认安装完成后配置文件模板在:/usr/share/doc/rabbitmq-server-3.7.18/rabbitmq.config.example目录中,需要	
将配置文件复制到/etc/rabbitmq/目录中,并修改名称为rabbitmq.config
# 4.复制配置文件
cp /usr/share/doc/rabbitmq-server-3.7.18/rabbitmq.config.example /etc/rabbitmq/rabbitmq.config# 5.查看配置文件位置
ls /etc/rabbitmq/rabbitmq.config# 6.修改配置文件(参见下图:)
vim /etc/rabbitmq/rabbitmq.config 

将上图中配置文件中红色部分去掉%%,以及最后的,逗号 修改为下图：

# 7.执行如下命令,启动rabbitmq中的插件管理
rabbitmq-plugins enable rabbitmq_management出现如下说明:Enabling plugins on node rabbit@localhost:rabbitmq_managementThe following plugins have been configured:rabbitmq_managementrabbitmq_management_agentrabbitmq_web_dispatchApplying plugin configuration to rabbit@localhost...The following plugins have been enabled:rabbitmq_managementrabbitmq_management_agentrabbitmq_web_dispatchset 3 plugins.Offline change; changes will take effect at broker restart.# 8.启动RabbitMQ的服务
systemctl start rabbitmq-server
systemctl restart rabbitmq-server
systemctl stop rabbitmq-server# 9.查看服务状态(见下图:)
systemctl status rabbitmq-server● rabbitmq-server.service - RabbitMQ brokerLoaded: loaded (/usr/lib/systemd/system/rabbitmq-server.service; disabled; vendor preset: disabled)Active: active (running) since 三 2019-09-25 22:26:35 CST; 7s agoMain PID: 2904 (beam.smp)Status: "Initialized"CGroup: /system.slice/rabbitmq-server.service├─2904 /usr/lib64/erlang/erts-10.4.4/bin/beam.smp -W w -A 64 -MBas ageffcbf -MHas ageffcbf -MBlmbcs...├─3220 erl_child_setup 32768├─3243 inet_gethost 4└─3244 inet_gethost 4.........

# 1.关闭防火墙服务
systemctl disable firewalld
Removed symlink /etc/systemd/system/multi-user.target.wants/firewalld.service.
Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
systemctl stop firewalld   # 2.访问web管理界面
http://[ip address]:15672/

页面如下所示：

上面是可以通过web页面来管理操作RabbitMQ的一种方式，下面则是配置可以通过命令行操作：

# 1.服务启动相关
systemctl start|restart|stop|status rabbitmq-server# 2.管理命令行  用来在不使用web管理界面情况下命令操作RabbitMQ
rabbitmqctl  help  可以查看更多命令# 3.插件管理命令行
rabbitmq-plugins enable|list|disable 

2. web操作页面

# 1. 登录管理界面
username:  guest
password:  guest

上面所示页面就是RabbitMQ登录进来所展示的总览页面了，下面简单介绍下其他面向的作用：

• Connections：无论生产者还是消费者，都需要与RabbitMQ建立建立后才可以完成消息的生产和消费，可以在这个面板中查看连接情况；
• Channels：通道，建立连接后会形成通道，Channel 可以复用 Connection 所建立的 TCP 连接，一个Connection可以对应多个Channel；
• Exchanges：交换机，用来实现消息的路由；
• Queues：队列，即消息队列，消息存放在队列中，等待消费，消费后被移除队列；
• Admin：用户管理界面，可以在这里进行添加管理用户。

3. 添加用户和虚拟机主机管理

3.1 添加用户

选择添加用户，自定义用户名和密码；对于Tags选项，其实是指定用户的角色，可选的有以下几个：

• administrator（超级管理员）：可登录管理控制台，可查看所有的信息，并且可以对用户、策略（Policy）进行操作；
• monitoring（监控者）：可登录管理控制台，同时可以对policy进行管理，但无法查看节点相关信息；
• management（普通管理者）：仅可登陆管理控制台，无法看到节点信息，也无法对策略进行管；
• policymaker（策略制定者）：可登陆管理控制台, 同时可以对policy进行管理。但无法查看节点的相关信息(上图红框标识的部分)；
• 其他：无法登录管理控制台，通常就是普通的生产者和消费者；

3.2 创建虚拟机

为了让各个用户可以互不干扰的工作，RabbitMQ添加了虚拟主机（Virtual Hosts）的概念。其实就是一个独立的访问路径，不同用户使用不同路径，各自有自己的队列、交换机，互相不会影响。

3.3 绑定虚拟主机和用户

创建好虚拟主机后，我们还需要给用户添加访问权限：

点击添加好的虚拟主机：

进入虚拟主机的设置页面，设置用户的访问权限：

三、写一个RabbitMQ程序

1. RabbitMQ支持的消息模型

2. 引入依赖

新建一个Maven项目，引入以下依赖

<dependency><groupId>com.rabbitmq</groupId><artifactId>amqp-client</artifactId><version>5.7.2</version>
</dependency>

3. 直连模型

在上图的模型中，有以下概念：

• P：生产者，也就是要发送消息的程序；
• C：消费者：消息的接受者，会一直等待消息到来；
• queue：消息队列，图中红色部分。类似一个邮箱，可以缓存消息；生产者向其中投递消息，消费者从其中取出消息。

代码实现：

3.1 生产者代码实现

public class MessageProvider {public static void main(String[] args) throws IOException, TimeoutException {// 创建连接工厂ConnectionFactory connectionFactory = new ConnectionFactory();// 绑定地址connectionFactory.setHost("192.168.101.17");// 绑定接口connectionFactory.setPort(5672);// 设置访问虚拟主机的用户名和密码connectionFactory.setUsername("ems");connectionFactory.setPassword("123");// 设置连接的虚拟主机connectionFactory.setVirtualHost("/ems");// 获取连接Connection connection = connectionFactory.newConnection();// 获取连接中的通道Channel channel = connection.createChannel();// 通道绑定对应消息// 参数1：队列名称，如果队列不存在就要创建// 参数2：用来定义队列是否要持久化 true 持久化队列 false 不持久化队列// 参数3：是否是独占队列 true 独占队列 false 不独占// 参数4：是否在消费完成后自动删除队列 true 自动删除 false 不自动删除// 参数5：额外附加参数channel.queueDeclare("hello", true, false, false, null);// 发布消息channel.basicPublish("", "hello", null, "hello rabbitmq".getBytes());channel.close();connection.close();}
}

3.2 消费者代码实现

public class MessageCustomer {public static void main(String[] args) throws IOException, TimeoutException {// 创建连接工厂ConnectionFactory connectionFactory = new ConnectionFactory();connectionFactory.setHost("192.168.101.17");connectionFactory.setPort(5672);// 设置访问虚拟主机的用户名和密码connectionFactory.setUsername("ems");connectionFactory.setPassword("123");// 设置连接的虚拟主机connectionFactory.setVirtualHost("/ems");// 创建连接对象Connection connection = connectionFactory.newConnection();// 创建通道Channel channel = connection.createChannel();// 通道绑定对象channel.queueDeclare("hello", true, false, false, null);// 消费消息// 参数1：消费哪个队列的消息 队列名称// 参数2：开始消息的自动确认机制// 参数3：消费时的回调接口channel.basicConsume("hello", true, new DefaultConsumer(channel) {@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("new String(body) = " + new String(body));}});}
}

测试，先运行消费者监听，之后再运行生产者，得到以下结果：

如果多次运行生产者代码，消费者这边还有多次打印消息，这就RabbitMQ最简单的一种实现了。

3.3 代码封装

简单地将连接的创建和资源的释放整合，以便之后的代码重用，整合的工具类实现如下：

public class RabbitMQUtils {private static ConnectionFactory connectionFactory;static {connectionFactory = new ConnectionFactory();}// 提供连接的方法public static Connection getConnection() {try {connectionFactory = new ConnectionFactory();connectionFactory = new ConnectionFactory();connectionFactory.setHost("192.168.101.17");connectionFactory.setPort(5672);// 设置访问虚拟主机的用户名和密码connectionFactory.setUsername("ems");connectionFactory.setPassword("123");// 设置连接的虚拟主机connectionFactory.setVirtualHost("/ems");return connectionFactory.newConnection();} catch (Exception e) {e.printStackTrace();}return null;}// 关闭通道和关闭连接的方法public static void closeConnectionAndChannel(Channel channel, Connection connection) {try {if (channel != null) channel.close();if (connection != null) connection.close();} catch (Exception e) {e.printStackTrace();}}
}

4. Work Queue模型

Work queues，也被称为（Task queues），任务模型。当消息处理比较耗时的时候，可能生产消息的速度会远远大于消息的消费速度。长此以往，消息就会堆积越来越多，无法及时处理。此时就可以使用work 模型：让多个消费者绑定到一个队列，共同消费队列中的消息。队列中的消息一旦消费，就会消失，因此任务是不会被重复执行的。

角色：

• P：生产者：任务的发布者
• C1：消费者-1，领取任务并且完成任务，假设完成速度较慢
• C2：消费者-2：领取任务并完成任务，假设完成速度快

4.1 生产者代码实现

public class Provider {public static void main(String[] args) throws IOException {// 获取连接对象Connection connection = RabbitMQUtils.getConnection();// 获取通道对象Channel channel = connection.createChannel();// 通过通道声明队列channel.queueDeclare("work", true,  false, false, null);for (int i = 0; i < 10; i++) {// 生产消息channel.basicPublish("", "work", null, (i + "hello work queue").getBytes());}// 关闭资源RabbitMQUtils.closeConnectionAndChannel(channel, connection);}
}

4.2 消费者代码实现

public class Customer1 {public static void main(String[] args) throws IOException {// 获取连接Connection connection = RabbitMQUtils.getConnection();// 获取通道final Channel channel = connection.createChannel();channel.queueDeclare("work", true, false, false, null);channel.basicConsume("work", false, new DefaultConsumer(channel) {@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("消费者-1：" + new String(body));try {Thread.sleep(100); // 休息0.1秒} catch (InterruptedException e) {e.printStackTrace();}}});}
}

光有一个消费者还不够，所以我们需要仿造Customer1再写一个Customer2，我们只修改其中的关键代码：

public class Customer2 {public static void main(String[] args) throws IOException {// ...channel.basicConsume("work", true, new DefaultConsumer(channel) {@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("消费者-2：" + new String(body));}});}
}

消费者2并没有在每次处理消息时休眠0.1秒，说明消费者2处理消息的速度更快，那么我们此时就来运行下，先运行两个消费者程序，再运行生产者，运行结果如下：

我们可以看到消费者1和消费者2都是一样处理5个消息，这和我们充分利用计算机效能的常识不符，所以我们需要让能者多劳，开启消息应答机制：

4.3 消息应答机制

Doing a task can take a few seconds. You may wonder what happens if one of the consumers starts a long task and dies with it only partly done. With our current code, once RabbitMQ delivers a message to the consumer it immediately marks it for deletion. In this case, if you kill a worker we will lose the message it was just processing. We’ll also lose all the messages that were dispatched to this particular worker but were not yet handled.

But we don’t want to lose any tasks. If a worker dies, we’d like the task to be delivered to another worker.

我们需要修改消费者的部分代码，如下所示：

// 一次只消费只接受一条未确认消息
channel.basicQos(1);
channel.queueDeclare("work", true, false, false, null);
// 消费消息
// 修改第二个参数，将true改为false，即从自动提交改为手动提交
channel.basicConsume("work", false, new DefaultConsumer(channel) {@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("消费者-1：" + new String(body));// 手动确认消息try {Thread.sleep(100);} catch (InterruptedException e) {e.printStackTrace();}channel.basicAck(envelope.getDeliveryTag(), false);}
});

接下来我们再次运行代码，运行结果如下：

这样就能充分利用每台计算机的性能了。

5. Fanout 模型

Fanout中文翻译为扇出，也称为广播：

在广播模式下，消息发送流程是这样的：

• 可以有多个消费者
• 每个消费者有自己的queue（队列）
• 每个队列都要绑定到Exchange（交换机）
• 生产者发送的消息，只能发送到交换机，交换机来决定要发给哪个队列，生产者无法决定。
• 交换机把消息发送给绑定过的所有队列
• 队列的消费者都能拿到消息。实现一条消息被多个消费者消费

5.1 生产者代码实现

public class Provider {public static void main(String[] args) throws IOException {// 获取连接对象和通道Connection connection = RabbitMQUtils.getConnection();Channel channel = connection.createChannel();// 将通道声明指定交换机// 参数1：交换机名车个// 参数2：交换机类型 这里fanout 指广播类型channel.exchangeDeclare("logs", "fanout");// 发送消息channel.basicPublish("logs", "", null, "fanout type message".getBytes());// 释放资源RabbitMQUtils.closeConnectionAndChannel(channel, connection);}
}

5.2 消费者代码实现

这里我们需要实现三个消费者来验证我们的这个模型：

消费者1代码实现：

public class Consumer1 {public static void main(String[] args) throws IOException {// 获取连接对象和通道对象Connection connection = RabbitMQUtils.getConnection();Channel channel = connection.createChannel();// 绑定交换机channel.exchangeDeclare("logs", "fanout");// 临时队列String queueName = channel.queueDeclare().getQueue();// 绑定交换机和队列channel.queueBind(queueName, "logs", "");// 消费消息channel.basicConsume(queueName, true, new DefaultConsumer(channel) {@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("消费者-1：" + new String(body));}});}
}

消费者2和消费者3的代码实现没有太大的不同，只是简单修改了一下输出的提示。接下来验证实现，将3个消费者全部启动，然后打开生产者运行一次，接下来3个消费者就都收到消息了，如下：

6. Routing 模型

6.1 Routing 之订阅模型——Direct（直连）

在Fanout模式中，一条消息，会被所有订阅的队列都消费。但是，在某些场景下，我们希望不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。

在Direct模型下：

• 队列与交换机的绑定，不能是任意绑定了，而是要指定一个RoutingKey（路由key）
• 消息的发送方在 向 Exchange发送消息时，也必须指定消息的 RoutingKey。
• Exchange不再把消息交给每一个绑定的队列，而是根据消息的Routing Key进行判断，只有队列的Routingkey与消息的 Routing key完全一致，才会接收到消息

图解：

• P：生产者，向Exchange发送消息，发送消息时，会指定一个routing key；
• X：Exchange（交换机），接收生产者的消息，然后把消息递交给 与routing key完全匹配的队列；
• C1：消费者，其所在队列指定了需要routing key 为 error 的消息；
• C2：消费者，其所在队列指定了需要routing key 为 info、error、warning 的消息。

生产者代码实现：

public class Provider {public static void main(String[] args) throws Exception {// 获取连接和通道Connection connection = RabbitMQUtils.getConnection();Channel channel = connection.createChannel();// 声明交换机// 参数1：交换机名称// 参数2：路由模式channel.exchangeDeclare("logs_direct", "direct");// 发送消息String routingKey = "error";channel.basicPublish("logs_direct", routingKey, null,("这是 direct 模型发布的基于 route key:[" + routingKey + "] 发送的消息").getBytes());// 关闭资源RabbitMQUtils.closeConnectionAndChannel(channel, connection);}
}

消费者1代码实现：

public class Customer1 {public static void main(String[] args) throws Exception {// 获取连接和通道Connection connection = RabbitMQUtils.getConnection();Channel channel = connection.createChannel();// 声明交换机以及交换的类型channel.exchangeDeclare("logs_direct", "direct");// 创建一个临时队列String queue = channel.queueDeclare().getQueue();// 基于route key 绑定队列和交换机channel.queueBind(queue, "logs_direct", "error");// 获取消费的消息channel.basicConsume(queue, true, new DefaultConsumer(channel) {@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("消费者-1：" + new String(body));}});}
}

消费者2代码实现：

public class Customer2 {public static void main(String[] args) throws Exception {// 获取连接和通道Connection connection = RabbitMQUtils.getConnection();Channel channel = connection.createChannel();// 声明交换机以及交换的类型channel.exchangeDeclare("logs_direct", "direct");// 创建一个临时队列String queue = channel.queueDeclare().getQueue();// 基于route key 绑定队列和交换机channel.queueBind(queue, "logs_direct", "info");channel.queueBind(queue, "logs_direct", "error");channel.queueBind(queue, "logs_direct", "warring");// 获取消费的消息channel.basicConsume(queue, true, new DefaultConsumer(channel) {@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("消费者-2：" + new String(body));}});}
}

现在启动消费者1和消费者2代码，然后再启动生产者，运行结果如下：

我们可以看到，由于生产者生产的这条消息的类型是error，所以两边都能收到消息，如果此时将这条消息的类型修改为info，那么就只有消费者2能收到消息通知了：

// 发送消息
String routingKey = "info"; // 将这里修改为info
channel.basicPublish("logs_direct", routingKey, null, ("这是 direct 模型发布的基于 route key:[" + routingKey + "] 发送的消息").getBytes());

6.2 Routing 之订阅模型——Topic

Topic类型的Exchange与Direct相比，都是可以根据RoutingKey把消息路由到不同的队列。只不过Topic类型Exchange可以让队列在绑定Routing key 的时候使用通配符！这种模型Routingkey 一般都是由一个或多个单词组成，多个单词之间以”.”分割，例如： item.insert。

# 统配符* (star) can substitute for exactly one word.    匹配不多不少恰好1个词# (hash) can substitute for zero or more words.  匹配一个或多个词
# 如:audit.#    匹配audit.irs.corporate或者 audit.irs 等audit.*   只能匹配 audit.irs

这里就简单介绍下代码实现：

生产者部分代码实现：

// 生命交换机和交换机类型 topic 使用动态路由(通配符方式)
channel.exchangeDeclare("topics","topic");
String routekey = "user.save";//动态路由key
// 发布消息
channel.basicPublish("topics",routekey,null,("这是路由中的动态订阅模型,route key: [" + routekey + "]").getBytes());

开发者1部分代码实现：

// 声明交换机
channel.exchangeDeclare("topics","topic");
// 创建临时队列
String queue = channel.queueDeclare().getQueue();
//绑定队列与交换机并设置获取交换机中动态路由
channel.queueBind(queue,"topics","user.*");// 消费消息
channel.basicConsume(queue,true,new DefaultConsumer(channel){@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("消费者1: "+new String(body));}
});

开发者2部分代码实现：

// 声明交换机
channel.exchangeDeclare("topics","topic");
// 创建临时队列
String queue = channel.queueDeclare().getQueue();
// 绑定队列与交换机并设置获取交换机中动态路由
channel.queueBind(queue,"topics","user.#");// 消费消息
channel.basicConsume(queue,true,new DefaultConsumer(channel){@Overridepublic void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {System.out.println("消费者2: "+new String(body));}
});

四、整合SpringBoot

1. 依赖与基本配置

新建一个Spring项目，引入以下依赖，并配置配置文件

<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-amqp</artifactId>
</dependency>

配置文件：

spring:application:name: rabbitmq-springbootrabbitmq:host: 192.168.101.17port: 5672username: emspassword: 123virtual-host: /ems

Spring中提供了RabbitTemplate 用来简化操作，使用时候直接在项目中注入即可使用

2. 第一种hello world模型使用

生产者代码实现：

@Autowired
private RabbitTemplate rabbitTemplate;@Test
public void testHello(){rabbitTemplate.convertAndSend("hello","hello world");
}

消费者代码实现：

@Component
@RabbitListener(queuesToDeclare = @Queue("hello"))
public class HelloCustomer {@RabbitHandlerpublic void receive1(String message){System.out.println("message = " + message);}
}

3. 第二种work模型使用

生产者代码实现：

@Autowire
private RabbitTemplate rabbitTemplate;@Test
public void testWork(){for (int i = 0; i < 10; i++) {rabbitTemplate.convertAndSend("work","hello work!");}
}

消费者代码实现：

@Component
public class WorkCustomer {@RabbitListener(queuesToDeclare = @Queue("work"))public void receive1(String message){System.out.println("work message1 = " + message);}@RabbitListener(queuesToDeclare = @Queue("work"))public void receive2(String message){System.out.println("work message2 = " + message);}
}

说明:默认在Spring AMQP实现中Work这种方式就是公平调度,如果需要实现能者多劳需要额外配置

4. Fanout 广播模型

生产者代码实现：

@Autowired
private RabbitTemplate rabbitTemplate;@Test
public void testFanout() throws InterruptedException {rabbitTemplate.convertAndSend("logs","","这是日志广播");
}

消费者代码实现：

@Component
public class FanoutCustomer {@RabbitListener(bindings = @QueueBinding(value = @Queue,exchange = @Exchange(name="logs",type = "fanout")))public void receive1(String message){System.out.println("message1 = " + message);}@RabbitListener(bindings = @QueueBinding(value = @Queue, //创建临时队列exchange = @Exchange(name="logs",type = "fanout")  //绑定交换机类型))public void receive2(String message){System.out.println("message2 = " + message);}
}

5. Route 路由模型

生产者代码实现：

@Autowired
private RabbitTemplate rabbitTemplate;@Test
public void testDirect(){rabbitTemplate.convertAndSend("directs","error","error 的日志信息");
}

消费者代码实现：

@Component
public class DirectCustomer {@RabbitListener(bindings ={@QueueBinding(value = @Queue(),key={"info","error"},exchange = @Exchange(type = "direct",name="directs"))})public void receive1(String message){System.out.println("message1 = " + message);}@RabbitListener(bindings ={@QueueBinding(value = @Queue(),key={"error"},exchange = @Exchange(type = "direct",name="directs"))})public void receive2(String message){System.out.println("message2 = " + message);}
}

6. Topic 订阅模型(动态路由模型)

生产者代码实现：

@Autowired
private RabbitTemplate rabbitTemplate;//topic
@Test
public void testTopic(){rabbitTemplate.convertAndSend("topics","user.save.findAll","user.save.findAll 的消息");
}

消费者代码实现：

@Component
public class TopCustomer {@RabbitListener(bindings = {@QueueBinding(value = @Queue,key = {"user.*"},exchange = @Exchange(type = "topic",name = "topics"))})public void receive1(String message){System.out.println("message1 = " + message);}@RabbitListener(bindings = {@QueueBinding(value = @Queue,key = {"user.#"},exchange = @Exchange(type = "topic",name = "topics"))})public void receive2(String message){System.out.println("message2 = " + message);}
}