赞
踩
现在项目中有三个独立的微服务:
思考上面问题的同时,我们会想起一件事情,其实商品数据如果发生了增、删、改,不仅仅静态页面需要处理,我们的索引库数据也需要同步!!这又该如何解决?
因为商品新增后需要上架用户才能看到,商品修改需要先下架,然后修改,再上架。因此上述问题可以统一的设计成这样的逻辑处理:
这样既可保证数据库商品与索引库、静态页三者之间的数据同步。
那么,如何实现上述逻辑呢?
先看两种解决方案:
以上两种方式都有同一个严重问题:就是代码耦合,后台服务中需要嵌入搜索和商品页面服务,违背了微服务的独立
原则,而且严重违背了开闭原则。
所以,我们会通过另外一种方式来解决这个问题:消息队列
解决方案架构图:
MQ:三大功能,异步化,业务解耦合,提高系统吞吐量,流量削峰。
消息队列,即MQ,Message Queue。
消息队列是典型的:生产者、消费者模型。生产者不断向消息队列中生产消息,消费者不断的从队列中获取消息。因为消息的生产和消费都是异步的,而且只关心消息的发送和接收,没有业务逻辑的侵入,这样就实现了生产者和消费者的解耦。
结合前面所说的问题:
如果以后有其它系统也依赖商品服务的数据,同样监听消息即可,商品服务无需任何代码修改
MQ是消息通信的模型,并非具体实现。现在实现MQ的有两种主流方式:AMQP、JMS。
两者间的区别和联系:
ActiveMQ:基于JMS, Apache
RabbitMQ:基于AMQP协议,erlang语言开发,稳定性好
RocketMQ:基于JMS,阿里巴巴产品,目前交由Apache基金会
RabbitMQ vs RocketMQ
Queue Queue
Exchange Topic
Router Tag
Kafka:分布式消息系统,高吞吐量
RabbitMQ是基于AMQP的一款消息管理系统
官网: http://www.rabbitmq.com/
官方教程:http://www.rabbitmq.com/getstarted.html
RabbitMQ基于Erlang语言开发:
官网下载地址:http://www.rabbitmq.com/download.html
安装,这里就忽略了。
RabbitMQ提供了6种消息模型,但是第6种其实是RPC,并不是MQ,因此不予学习。那么也就剩下5种。
但是其实3、4、5这三种都属于订阅模型,只不过进行路由的方式不同。
官方文档说明:
RabbitMQ是一个消息的代理者(Message Broker):它接收消息并且传递消息。
你可以认为它是一个邮局:当你投递邮件到一个邮箱,你很肯定邮递员会终究会将邮件递交给你的收件人。与此类似,RabbitMQ 可以是一个邮箱、邮局、同时还有邮递员。
不同之处在于:RabbitMQ不是传递纸质邮件,而是二进制的数据
基本消息模型图:
在上图的模型中,有以下概念:
连接工具类:
- public class ConnectionUtil {
- /**
- * 建立与RabbitMQ的连接
- * @return
- * @throws Exception
- */
- public static Connection getConnection() throws Exception {
- //定义连接工厂
- ConnectionFactory factory = new ConnectionFactory();
- //设置服务地址
- factory.setHost("192.168.56.101");
- //端口
- factory.setPort(5672);
- //设置账号信息,用户名、密码、vhost
- factory.setVirtualHost("/leyou");
- factory.setUsername("leyou");
- factory.setPassword("leyou");
- // 通过工程获取连接
- Connection connection = factory.newConnection();
- return connection;
- }
- }
-

生产者发送消息:
- public class Send {
-
- private final static String QUEUE_NAME = "simple_queue";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 从连接中创建通道,使用通道才能完成消息相关的操作
- Channel channel = connection.createChannel();
- // 声明(创建)队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
- // 消息内容
- String message = "Hello World!";
- // 向指定的队列中发送消息
- channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
-
- System.out.println(" [x] Sent '" + message + "'");
-
- //关闭通道和连接
- channel.close();
- connection.close();
- }
- }
-

控制台:
进入队列页面,可以看到新建了一个队列:simple_queue
点击队列名称,进入详情页,可以查看消息:
在控制台查看消息并不会将消息消费,所以消息还在。
- public class Recv {
- private final static String QUEUE_NAME = "simple_queue";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 创建通道
- Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
- // 定义队列的消费者
- DefaultConsumer consumer = new DefaultConsumer(channel) {
- // 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
- @Override
- public void handleDelivery(String consumerTag, Envelope envelope, BasicProperties properties,
- byte[] body) throws IOException {
- // body 即消息体
- String msg = new String(body);
- System.out.println(" [x] received : " + msg + "!");
- }
- };
- // 监听队列,第二个参数:是否自动进行消息确认。
- channel.basicConsume(QUEUE_NAME, true, consumer);
- }
- }
-

控制台:
这个时候,队列中的消息就没了:
通过刚才的案例可以看出,消息一旦被消费者接收,队列中的消息就会被删除。
那么问题来了:RabbitMQ怎么知道消息被接收了呢?
这就要通过消息确认机制(Acknowlege)来实现了。当消费者获取消息后,会向RabbitMQ发送回执ACK,告知消息已经被接收。不过这种回执ACK分两种情况:
大家觉得哪种更好呢?
这需要看消息的重要性:
我们之前的测试都是自动ACK的,如果要手动ACK,需要改动我们的代码:
- public class Recv2 {
- private final static String QUEUE_NAME = "simple_queue";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 创建通道
- final Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
- // 定义队列的消费者
- DefaultConsumer consumer = new DefaultConsumer(channel) {
- // 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
- @Override
- public void handleDelivery(String consumerTag, Envelope envelope, BasicProperties properties,
- byte[] body) throws IOException {
- // body 即消息体
- String msg = new String(body);
- System.out.println(" [x] received : " + msg + "!");
- // 手动进行ACK
- channel.basicAck(envelope.getDeliveryTag(), false);
- }
- };
- // 监听队列,第二个参数false,手动进行ACK
- channel.basicConsume(QUEUE_NAME, false, consumer);
- }
- }
-

注意到最后一行代码:
channel.basicConsume(QUEUE_NAME, false, consumer);
如果第二个参数为true,则会自动进行ACK;如果为false,则需要手动ACK。方法的声明:
说明
在刚才的基本模型中,一个生产者,一个消费者,生产的消息直接被消费者消费。比较简单。
Work queues,也被称为(Task queues),任务模型。
当消息处理比较耗时的时候,可能生产消息的速度会远远大于消息的消费速度。长此以往,消息就会堆积越来越多,无法及时处理。此时就可以使用work 模型:让多个消费者绑定到一个队列,共同消费队列中的消息。队列中的消息一旦消费,就会消失,因此任务是不会被重复执行的。
角色:
生产者与案例1中的几乎一样:
- public class Send {
- private final static String QUEUE_NAME = "test_work_queue";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
- // 循环发布任务
- for (int i = 0; i < 50; i++) {
- // 消息内容
- String message = "task .. " + i;
- channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
- System.out.println(" [x] Sent '" + message + "'");
-
- Thread.sleep(i * 2);
- }
- // 关闭通道和连接
- channel.close();
- connection.close();
- }
- }
-

不过这里我们是循环发送50条消息。
与消费者1基本类似,就是没有设置消费耗时时间。
这里是模拟有些消费者快,有些比较慢。
接下来,两个消费者一同启动,然后发送50条消息:
可以发现,两个消费者各自消费了25条消息,而且各不相同,这就实现了任务的分发。
刚才的实现有问题吗?
现在的状态属于是把任务平均分配,正确的做法应该是消费越快的人,消费的越多。
怎么实现呢?
我们可以修改设置,让消费者同一时间只接收一条消息,这样处理完成之前,就不会接收更多消息,就可以让处理快的人,接收更多消息 :
再次测试:
订阅模型示意图:
前面2个案例中,只有3个角色:
而在订阅模型中,多了一个exchange角色,而且过程略有变化:
Exchange(交换机)只负责转发消息,不具备存储消息的能力,因此如果没有任何队列与Exchange绑定,或者没有符合路由规则的队列,那么消息会丢失!
Fanout,也称为广播。
流程图:
在广播模式下,消息发送流程是这样的:
1) 可以有多个消费者
2) 每个消费者有自己的queue(队列)
3) 每个队列都要绑定到Exchange(交换机)
4) 生产者发送的消息,只能发送到交换机,交换机来决定要发给哪个队列,生产者无法决定。
5) 交换机把消息发送给绑定过的所有队列
6) 队列的消费者都能拿到消息。实现一条消息被多个消费者消费
两个变化:
- public class Send {
-
- private final static String EXCHANGE_NAME = "fanout_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
-
- // 声明exchange,指定类型为fanout
- channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
-
- // 消息内容
- String message = "Hello everyone";
- // 发布消息到Exchange
- channel.basicPublish(EXCHANGE_NAME, "", null, message.getBytes());
- System.out.println(" [生产者] Sent '" + message + "'");
-
- channel.close();
- connection.close();
- }
- }
-

- public class Recv {
- private final static String QUEUE_NAME = "fanout_exchange_queue_1";
-
- private final static String EXCHANGE_NAME = "fanout_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
-
- // 绑定队列到交换机
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "");
-
- // 定义队列的消费者
- DefaultConsumer consumer = new DefaultConsumer(channel) {
- // 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
- @Override
- public void handleDelivery(String consumerTag, Envelope envelope, BasicProperties properties,
- byte[] body) throws IOException {
- // body 即消息体
- String msg = new String(body);
- System.out.println(" [消费者1] received : " + msg + "!");
- }
- };
- // 监听队列,自动返回完成
- channel.basicConsume(QUEUE_NAME, true, consumer);
- }
- }
-

要注意代码中:队列需要和交换机绑定
- public class Recv2 {
- private final static String QUEUE_NAME = "fanout_exchange_queue_2";
-
- private final static String EXCHANGE_NAME = "fanout_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
-
- // 绑定队列到交换机
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "");
-
- // 定义队列的消费者
- DefaultConsumer consumer = new DefaultConsumer(channel) {
- // 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
- @Override
- public void handleDelivery(String consumerTag, Envelope envelope, BasicProperties properties,
- byte[] body) throws IOException {
- // body 即消息体
- String msg = new String(body);
- System.out.println(" [消费者2] received : " + msg + "!");
- }
- };
- // 监听队列,手动返回完成
- channel.basicConsume(QUEUE_NAME, true, consumer);
- }
- }
-

我们运行两个消费者,然后发送1条消息:
在Fanout模式中,一条消息,会被所有订阅的队列都消费。但是,在某些场景下,我们希望不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。
在Direct模型下:
流程图:
图解:
此处我们模拟商品的增删改,发送消息的RoutingKey分别是:insert、update、delete
- public class Send {
- private final static String EXCHANGE_NAME = "direct_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明exchange,指定类型为direct
- channel.exchangeDeclare(EXCHANGE_NAME, "direct");
- // 消息内容
- String message = "商品新增了, id = 1001";
- // 发送消息,并且指定routing key 为:insert ,代表新增商品
- channel.basicPublish(EXCHANGE_NAME, "insert", null, message.getBytes());
- System.out.println(" [商品服务:] Sent '" + message + "'");
-
- channel.close();
- connection.close();
- }
- }
-

我们此处假设消费者1只接收两种类型的消息:更新商品和删除商品。
- public class Recv {
- private final static String QUEUE_NAME = "direct_exchange_queue_1";
- private final static String EXCHANGE_NAME = "direct_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
-
- // 绑定队列到交换机,同时指定需要订阅的routing key。假设此处需要update和delete消息
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "update");
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "delete");
-
- // 定义队列的消费者
- DefaultConsumer consumer = new DefaultConsumer(channel) {
- // 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
- @Override
- public void handleDelivery(String consumerTag, Envelope envelope, BasicProperties properties,
- byte[] body) throws IOException {
- // body 即消息体
- String msg = new String(body);
- System.out.println(" [消费者1] received : " + msg + "!");
- }
- };
- // 监听队列,自动ACK
- channel.basicConsume(QUEUE_NAME, true, consumer);
- }
- }
-

我们此处假设消费者2接收所有类型的消息:新增商品,更新商品和删除商品。
- public class Recv2 {
- private final static String QUEUE_NAME = "direct_exchange_queue_2";
- private final static String EXCHANGE_NAME = "direct_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
-
- // 绑定队列到交换机,同时指定需要订阅的routing key。订阅 insert、update、delete
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "insert");
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "update");
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "delete");
-
- // 定义队列的消费者
- DefaultConsumer consumer = new DefaultConsumer(channel) {
- // 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
- @Override
- public void handleDelivery(String consumerTag, Envelope envelope, BasicProperties properties,
- byte[] body) throws IOException {
- // body 即消息体
- String msg = new String(body);
- System.out.println(" [消费者2] received : " + msg + "!");
- }
- };
- // 监听队列,自动ACK
- channel.basicConsume(QUEUE_NAME, true, consumer);
- }
- }
-

我们分别发送增、删、改的RoutingKey,发现结果:
Topic
类型的Exchange
与Direct
相比,都是可以根据RoutingKey
把消息路由到不同的队列。只不过Topic
类型Exchange
可以让队列在绑定Routing key
的时候使用通配符!
Routingkey 一般都是有一个或多个单词组成,多个单词之间以”.”分割,例如: item.insert
通配符规则:
#:匹配一个或多个词
*:匹配不多不少恰好1个词
举例:
item.#:能够匹配item.spu.insert 或者 item.spu
item.*:只能匹配item.spu
图示:
解释:
usa.#
,因此凡是以 usa.
开头的routing key
都会被匹配到#.news
,因此凡是以 .news
结尾的 routing key
都会被匹配使用topic类型的Exchange,发送消息的routing key有3种: item.isnert
、item.update
、item.delete
:
- public class Send {
- private final static String EXCHANGE_NAME = "topic_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明exchange,指定类型为topic
- channel.exchangeDeclare(EXCHANGE_NAME, "topic");
- // 消息内容
- String message = "新增商品 : id = 1001";
- // 发送消息,并且指定routing key 为:insert ,代表新增商品
- channel.basicPublish(EXCHANGE_NAME, "item.insert", null, message.getBytes());
- System.out.println(" [商品服务:] Sent '" + message + "'");
-
- channel.close();
- connection.close();
- }
- }
-

我们此处假设消费者1只接收两种类型的消息:更新商品和删除商品
- public class Recv {
- private final static String QUEUE_NAME = "topic_exchange_queue_1";
- private final static String EXCHANGE_NAME = "topic_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
-
- // 绑定队列到交换机,同时指定需要订阅的routing key。需要 update、delete
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "item.update");
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "item.delete");
-
- // 定义队列的消费者
- DefaultConsumer consumer = new DefaultConsumer(channel) {
- // 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
- @Override
- public void handleDelivery(String consumerTag, Envelope envelope, BasicProperties properties,
- byte[] body) throws IOException {
- // body 即消息体
- String msg = new String(body);
- System.out.println(" [消费者1] received : " + msg + "!");
- }
- };
- // 监听队列,自动ACK
- channel.basicConsume(QUEUE_NAME, true, consumer);
- }
- }
-

我们此处假设消费者2接收所有类型的消息:新增商品,更新商品和删除商品。
- /**
- * 消费者2
- */
- public class Recv2 {
- private final static String QUEUE_NAME = "topic_exchange_queue_2";
- private final static String EXCHANGE_NAME = "topic_exchange_test";
-
- public static void main(String[] argv) throws Exception {
- // 获取到连接
- Connection connection = ConnectionUtil.getConnection();
- // 获取通道
- Channel channel = connection.createChannel();
- // 声明队列
- channel.queueDeclare(QUEUE_NAME, false, false, false, null);
-
- // 绑定队列到交换机,同时指定需要订阅的routing key。订阅 insert、update、delete
- channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "item.*");
-
- // 定义队列的消费者
- DefaultConsumer consumer = new DefaultConsumer(channel) {
- // 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
- @Override
- public void handleDelivery(String consumerTag, Envelope envelope, BasicProperties properties,
- byte[] body) throws IOException {
- // body 即消息体
- String msg = new String(body);
- System.out.println(" [消费者2] received : " + msg + "!");
- }
- };
- // 监听队列,自动ACK
- channel.basicConsume(QUEUE_NAME, true, consumer);
- }
- }
-

如何避免消息丢失?
1) 消费者的ACK机制。可以防止消费者丢失消息。
2) 但是,如果在消费者消费之前,MQ就宕机了,消息就没了。
所以我们需要将消息持久化到硬盘,以防服务宕机。
要将消息持久化,前提是:队列、Exchange都持久化
交换机持久化
队列持久化
消息持久化
在这里插入图片描述
效果如下
效果如下
效果如下
Sprin有很多不同的项目,其中就有对AMQP的支持:
Spring AMQP的页面:Spring AMQP
注意这里一段描述:
Spring-amqp是对AMQP协议的抽象实现,而spring-rabbit 是对协议的具体实现,也是目前的唯一实现。底层使用的就是RabbitMQ。
添加AMQP的启动器:
- <?xml version="1.0" encoding="UTF-8"?>
- <project xmlns="http://maven.apache.org/POM/4.0.0"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
- <modelVersion>4.0.0</modelVersion>
-
- <groupId>com.ithiema</groupId>
- <artifactId>spring-boot-rabbitmq</artifactId>
- <version>1.0-SNAPSHOT</version>
-
- <parent>
- <groupId>org.springframework.boot</groupId>
- <artifactId>spring-boot-starter-parent</artifactId>
- <version>2.1.6.RELEASE</version>
- <relativePath/>
- </parent>
-
- <dependencies>
- <dependency>
- <groupId>org.springframework.boot</groupId>
- <artifactId>spring-boot-starter-amqp</artifactId>
- </dependency>
- <dependency>
- <groupId>org.springframework.boot</groupId>
- <artifactId>spring-boot-starter-test</artifactId>
- </dependency>
- </dependencies>
- </project>
-

在application.yml
中添加RabbitMQ地址:
- spring:
- rabbitmq:
- host: 127.0.0.1
- port: 5672
- virtual-host: /leyou
- username: leyou
- password: leyou
编写SpringBoot启动类:
- package cn.itcast;
-
- import org.springframework.boot.SpringApplication;
- import org.springframework.boot.autoconfigure.SpringBootApplication;
-
- /**
- *
- */
- @SpringBootApplication
- public class RabbitMQApplication {
- public static void main(String[] args) {
- SpringApplication.run(RabbitMQApplication.class,args);
- }
- }
-
在SpringAmqp中,对消息的消费者进行了封装和抽象,一个普通的JavaBean中的普通方法,只要通过简单的注解,就可以成为一个消费者。
- package com.itheima.consumer;
-
- import org.springframework.amqp.core.ExchangeTypes;
- import org.springframework.amqp.rabbit.annotation.Exchange;
- import org.springframework.amqp.rabbit.annotation.Queue;
- import org.springframework.amqp.rabbit.annotation.QueueBinding;
- import org.springframework.amqp.rabbit.annotation.RabbitListener;
- import org.springframework.stereotype.Component;
-
- /**
- * 消费方
- */
- @Component
- public class MQListener {
-
- /**
- * 接收消费的方法
- * value: 绑定队列信息
- * exchange: 绑定交换机信息
- * key: 绑定路由信息
- */
- @RabbitListener(
- bindings = @QueueBinding(
- value = @Queue(name = "ly_test_queue"),
- exchange = @Exchange(name = "ly_test_exchange",type = ExchangeTypes.TOPIC),
- key = "user.#"
- )
- )
- public void retrireMsg(String msg){
- System.out.println("接收的消息:"+msg);
- }
- }

@Componet:类上的注解,注册到Spring容器
@RabbitListener:方法上的注解,声明这个方法是一个消费者方法,需要指定下面的属性:
bindings:指定绑定关系,可以有多个。值是@QueueBinding的数组。@QueueBinding包含下面属性:
value:这个消费者关联的队列。值是@Queue,代表一个队列
exchange:队列所绑定的交换机,值是@Exchange类型
key:队列和交换机绑定的RoutingKey
类似listen这样的方法在一个类中可以写多个,就代表多个消费者。
Spring最擅长的事情就是封装,把他人的框架进行封装和整合。
Spring为AMQP提供了统一的消息处理模板:AmqpTemplate,非常方便的发送消息,其发送方法:
红框圈起来的是比较常用的3个方法,分别是:
- package com.itheima;
-
- import org.junit.Test;
- import org.junit.runner.RunWith;
- import org.springframework.amqp.core.AmqpTemplate;
- import org.springframework.beans.factory.annotation.Autowired;
- import org.springframework.boot.test.context.SpringBootTest;
- import org.springframework.test.context.junit4.SpringRunner;
-
- @RunWith(SpringRunner.class)
- @SpringBootTest(classes = RabbitMQApplication.class)
- public class MQTest {
-
- @Autowired
- private AmqpTemplate amqpTemplate;
-
- @Test
- public void testSendMs(){
- amqpTemplate.convertAndSend(
- "ly_test_exchange",
- "user.insert",
- "测试MQ是否可以发送消息");
-
- try {
- Thread.sleep(5000);
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- }
- }

运行后查看日志:
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。