一、什么是MQ?
MQ(message queue),从字面意思上看,本质是个队列,FIFO 先入先出,只不过队列中存放的内容是message 而已,还是一种跨进程的通信机制,用于上下游传递消息。在互联网架构中,MQ 是一种非常常见的上下游“逻辑解耦+物理解耦”的消息通信服务。使用了 MQ 之后,消息发送上游只需要依赖 MQ,不用依赖其他服务。
二、为什么要用 MQ ?
1.流量消峰
2.应用解耦
3.异步处理
三、MQ 的分类
1.ActiveMQ
优点:
单机吞吐量万级,时效性 ms 级,可用性高,基于主从架构实现高可用性,消息可靠性较低的概率丢失数据
缺点:
官方社区现在对 ActiveMQ 5.x 维护越来越少,高吞吐量场景较少使用。
2.Kafka
大数据的杀手锏,谈到大数据领域内的消息传输,则绕不开 Kafka,这款为大数据而生的消息中间件,以其百万级 TPS 的吞吐量名声大噪,迅速成为大数据领域的宠儿,在数据采集、传输、存储的过程中发挥着举足轻重的作用。目前已经被 LinkedIn,Uber, Twitter, Netflix 等大公司所采纳。
优点:
性能卓越,单机写入 TPS 约在百万条/秒,最大的优点,就是吞吐量高。时效性 ms 级可用性非常高,kafka 是分布式的,一个数据多个副本,少数机器宕机,不会丢失数据,不会导致不可用,消费者采用 Pull 方式获取消息, 消息有序, 通过控制能够保证所有消息被消费且仅被消费一次;有优秀的第三方Kafka Web 管理界面 Kafka-Manager;在日志领域比较成熟,被多家公司和多个开源项目使用;功能支持:
功能较为简单,主要支持简单的 MQ 功能,在大数据领域的实时计算以及日志采集被大规模使用
缺点:
Kafka 单机超过 64 个队列/分区,Load 会发生明显的飙高现象,队列越多,load 越高,发送消息响应时间变长,使用短轮询方式,实时性取决于轮询间隔时间,消费失败不支持重试;支持消息顺序,但是一台代理宕机后,就会产生消息乱序,社区更新较慢;
3.RocketMQ
RocketMQ 出自阿里巴巴的开源产品,用 Java 语言实现,在设计时参考了 Kafka,并做出了自己的一些改进。被阿里巴巴广泛应用在订单,交易,充值,流计算,消息推送,日志流式处理,binglog 分发等场景。
优点:
单机吞吐量十万级,可用性非常高,分布式架构,消息可以做到 0 丢失,MQ 功能较为完善,还是分布式的,扩展性好,支持 10 亿级别的消息堆积,不会因为堆积导致性能下降,源码是 java 我们可以自己阅读源码,定制自己公司的 MQ
缺点:
支持的客户端语言不多,目前是 java 及 c++,其中 c++不成熟;社区活跃度一般,没有在 MQ核心中去实现 JMS 等接口,有些系统要迁移需要修改大量代码
4.RabbitMQ
2007 年发布,是一个在 AMQP(高级消息队列协议)基础上完成的,可复用的企业消息系统,是当前最主流的消息中间件之一。
优点:
由于 erlang 语言的高并发特性,性能较好;吞吐量到万级,MQ 功能比较完备,健壮、稳定、易用、跨平台、支持多种语言 如:Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等,支持 AJAX 文档齐全;开源提供的管理界面非常棒,用起来很好用,社区活跃度高;更新频率相当高
缺点:
商业版需要收费,学习成本较高
四、RabbitMQ的几种交换机模式
定义队列的几种参数详解
queue_declare ()
不带参数方法默认创建一个由RabbitMq命名的(amq.gen-LHQZz…)名称,这种队列也称之为匿名队列,排他 的,自动删除的,非持久化的队列
queue
:队列名称
passive
:如果用户仅仅想查询某一个队列是否已存在,如果不存在,不想建立该队列,仍然可以调用queue.declare,只不过需要将参`数passive设为true,传给queue.declare,如果该队列已存在,则会返回true;如果不存在,则会返回Error,但是不会创建新的队列。
durable
: 是不持久化, true ,表示持久化,会存盘,服务器重启仍然存在,false,非持久化
exclusive
: 是否排他的,true,排他。如果一个队列声明为排他队列,该队列公对首次声明它的连接可见,并在连接断开时自动删除,
auto_delete
:是否自动删除,true,自动删除,自动删除的前提:至少有一个消息者连接到这个队列,之后所有与这个队列连接的消息都断开时,才会自动删除,备注:生产者客户端创建这个队列,或者没有消息者客户端连接这个队列时,不会自动删除这个队列
arguments
:其它一些参数。如:x-message-ttl,之类
Hello world 最简单的模式
生产者:
package com.llq.producer;
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 RabbitMQProducer {
private static final String QUEUE_NAME = "rabbitmq_queue";
public static void main(String[] args) throws IOException, TimeoutException {
//创建工厂连接
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("xxx.xxx.xxx.xxx");
factory.setPort(5672);
factory.setUsername("guest");
factory.setPassword("guest");
//创建连接 (此时想当与是与rabbitmq创建TCP连接)
Connection connection = factory.newConnection();
//创建通道 (这里相当于是与rabbitmq创建虚拟连接)
Channel channel = connection.createChannel();
/**
* @param queue 队列名字
* @param durable 消息是否持久化存储在磁盘中,默认为false(消息存储在内存当中)
* @param exclusive 是否支持多个消费者消费,支持消息共享,true支持,false不支持
* @param autoDelete 消息是否自动删除
* @param arguments other properties (construction arguments) for the queue
*/
channel.queueDeclare(QUEUE_NAME, false,false,false, null);
/**
* @param exchange 交换机
* @param routingKey 路有名字/队列名称
* @param props 其他参数
* @param body 消息体
*/
channel.basicPublish("", QUEUE_NAME, null ,"Hello,world".getBytes());
}
}
消费者:
package com.llq.consumer;
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 RabbitMQConsumer {
private static final String QUEUE_NAME = "rabbitmq_queue";
public static void main(String[] args) throws IOException, TimeoutException {
//创建工厂连接
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("xxx.xxx.xxx.xxx");
factory.setPort(5672);
factory.setUsername("guest");
factory.setPassword("guest");
//创建连接 (此时想当与是与rabbitmq创建TCP连接)
Connection connection = factory.newConnection();
//创建通道 (这里相当于是与rabbitmq创建虚拟连接)
Channel channel = connection.createChannel();
/**
* @param queue 队列名称
* @param autoAck 是否自动应答,true自动应答,false手动应答
* @param deliverCallback 收到消息后的回调
* @param cancelCallback 消息消费失败(中断)后的的回调
*/
channel.basicConsume(QUEUE_NAME, true, (consumerTag, message) ->{
System.out.println("consumerTag:" + consumerTag);
System.out.println(new String(message.getBody(), "UTF-8"));
}, consumerTag -> {
System.out.println(consumerTag);
});
}
}
工作队列(Work queues)
工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务,而不得不等待它完成。相反我们安排任务在之后执行。我们把任务封装为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当有多个工作线程时,这些工作线程将一起处理这些任务。
发布订阅(Publish/Subscribe)
Routing
RPC
Publisher Confirms
五、消息应答机制
消费者完成一个任务可能需要一段时间,如果其中一个消费者处理一个长的任务并仅只完成
了部分突然它挂掉了,会发生什么情况。RabbitMQ 一旦向消费者传递了一条消息,便立即将该消息标记为删除。在这种情况下,突然有个消费者挂掉了,我们将丢失正在处理的消息。以及后续发送给该消费这的消息,因为它无法接收到。
为了保证消息在发送过程中不丢失,rabbitmq 引入消息应答机制,消息应答就是:消费者在接
收到消息并且处理该消息之后,告诉 rabbitmq 它已经处理了,rabbitmq 可以把该消息删除了。
自动应答
消息发送后立即被认为已经传送成功,这种模式需要在高吞吐量和数据传输安全性方面做权
衡,因为这种模式如果消息在接收到之前,消费者那边出现连接或者 channel 关闭,那么消息就丢失了,当然另一方面这种模式消费者那边可以传递过载的消息,没有对传递的消息数量进行限制,当然这样有可能使得消费者这边由于接收太多还来不及处理的消息,导致这些消息的积压,最终使得内存耗尽,最终这些消费者线程被操作系统杀死,所以这种模式仅适用在消费者可以高效并以某种速率能够处理这些消息的情况下使用。
手动应答
Channel.basicAck
(用于肯定确认);RabbitMQ 已知道该消息并且成功的处理消息,可以将其丢弃了
Channel.basicNack
(用于否定确认)
Channel.basicReject
(用于否定确认)与 Channel.basicNack
相比少一个参数(Multiple)
不处理该消息了直接拒绝,可以将其丢弃了
Multiple
的 true 和 false 代表不同意思;true 代表批量应答 channel 上未应答的消息
比如说 channel 上有传送 tag 的消息 5,6,7,8 当前 tag 是 8 那么此时5-8 的这些还未应答的消息都会被确认收到消息应答;false 同上面相比只会应答 tag=8 的消息 5,6,7 这三个消息依然不会被确认收到消息应答。
Multiple参数区别
public class RabbitMQConsumer01 {
private static final String QUEUE_NAME = "rabbitmq_queue_test";
public static void main(String[] args) throws Exception {
//创建工厂连接
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("xxx.xxx.xxx.xxx");
factory.setPort(5672);
factory.setUsername("guest");
factory.setPassword("guest");
//创建连接 (此时想当与是与rabbitmq创建TCP连接)
Connection connection = factory.newConnection();
//创建通道 (这里相当于是与rabbitmq创建虚拟连接)
Channel channel = connection.createChannel();
channel.basicConsume(QUEUE_NAME, false, (consumerTag, message) -> {
try {
TimeUnit.SECONDS.sleep(2);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
System.out.println("消费者01接收到一条消息:" + new String(message.getBody(), "UTF-8"));
channel.basicAck(message.getEnvelope().getDeliveryTag(), false); // multiple true 批处理, false 单条消息应答处理
}, consumerTag -> {
System.err.println("消费者取消消费!");
});
}
}
消息应答重新入队
如果消费者由于某些原因失去连接(其通道已关闭,连接已关闭或 TCP 连接丢失),导致消息未发送 ACK 确认,RabbitMQ 将了解到消息未完全处理,并将对其重新排队。如果此时其他消费者可以处理,它将很快将其重新分发给另一个消费者。这样,即使某个消费者偶尔死亡,也可以确保不会丢失任何消息。
问题:
1、如果是在C1消费完消息之后;C1挂掉,此时消息重新入队是否会造成重复消费。
2、假如:消息内容是这样排队,消息1,消息2,消息3,消息4。
①C1消费消息1时,C1消费完,C1挂掉;消息重新入队后,顺序如何保证,是排在消息4后还是原始位置。
②C1消费消息1时,C1挂掉;消息重新入队后,顺序如何保证,是排在消息4后还是原始位置。
注意:RabbitMQ遵循FIFO(先进先出)原则
六、消息不公平分发
RabbitMQ消息分发机制默认是采取轮询的方式进行分发,可是如果我们有两个消费者,消费者A消费处理消息速度很快,消费者B消费处理消息速度很慢,这时候采用轮询的方式就会出现消费者A会经常性的空闲,造成很大的资源浪费。而处理慢的那个消费者一直在干活,这种分配方式在这种情况下其实就不太好,但是RabbitMQ 并不知道这种情况它依然很公平的进行分发。
为了避免这种情况,我们可以在所有的消费者处设置参数 channel.basicQos(1);
(在消费者消费消息之前设置)
channel.basicQos(1); // 1 不公平分发 0 轮询
channel.basicAck(message.getEnvelope().getDeliveryTag(), false); // multiple true 批处理, false 单条消息应答处理
七、预取值
本身消息的发送就是异步发送的,所以在任何时候,channel 上肯定不止只有一个消息另外来自消费者的手动确认本质上也是异步的。因此这里就存在一个未确认的消息缓冲区,因此希望能限制此缓冲区的大小,以避免缓冲区里面无限制的未确认消息问题。
这个时候就可以通过使用 basicQos
方法设置“预取计数”值来完成的。该值定义通道上允许的未确认消息的最大数量。
一旦数量达到配置的数量,
RabbitMQ 将停止在通道上传递更多消息,除非至少有一个未处理的消息被确认,例如,假设在通道上有未确认的消息 5、6、7,8,并且通道的预取计数设置为 4,此时 RabbitMQ 将不会在该通道上再传递任何消息,除非至少有一个未应答的消息被 ack。比方说 tag=6 这个消息刚刚被确认 ACK,RabbitMQ 将会感知这个情况到并再发送一条消息。消息应答和 QoS 预取值对用户吞吐量有重大影响。通常,增加预取将提高向消费者传递消息的速度。
虽然自动应答传输消息速率是最佳的,但是,在这种情况下已传递但尚未处理的消息的数量也会增加,从而增加了消费者的 RAM 消耗(随机存取存储器)应该小心使用具有无限预处理的自动确认模式或手动确认模式,消费者消费了大量的消息如果没有确认的话,会导致消费者连接节点的内存消耗变大,所以找到合适的预取值是一个反复试验的过程,不同的负载该值取值也不同 100 到 300 范围内的值通常可提供最佳的吞吐量,并且不会给消费者带来太大的风险。预取值为 1 是最保守的。当然这将使吞吐量变得很低,特别是消费者连接延迟很严重的情况下,特别是在消费者连接等待时间较长的环境中。对于大多数应用来说,稍微高一点的值将是最佳的。
其实意思就是说,在一个channel中设置了一个容量,如果当消息把这个容量给填满的时候,此时RabbitMQ将不会在此channel中传递消息,如果有一个消息被消费掉,则RabbitMQ才会将消息推送至当前这个channel。同时需要注意的是,如果当前channel使用的是手动ack的方式确认消息。那么如果一旦当前消费的消息一直没有被确认应答,同时channel中消息堆积满的时候,将会大大降低传输速率,同时对消费者连接节点的内存消耗也是很大的。
八、发布确认
原理:
生产者将信道设置成 confirm 模式,一旦信道进入 confirm 模式,所有在该信道上面发布的消息都将会被指派一个唯一的 ID(从 1 开始),一旦消息被投递到所有匹配的队列之后,broker就会发送一个确认给生产者(包含消息的唯一 ID),这就使得生产者知道消息已经正确到达目的队列了,如果消息和队列是可持久化的,那么确认消息会在将消息写入磁盘之后发出,broker 回传给生产者的确认消息中 delivery-tag 域包含了确认消息的序列号,此外 broker 也可以设置basic.ack 的 multiple 域,表示到这个序列号之前的所有消息都已经得到了处理。confirm 模式最大的好处在于他是异步的,一旦发布一条消息,生产者应用程序就可以在等信道返回确认的同时继续发送下一条消息,当消息最终得到确认之后,生产者应用便可以通过回调方法来处理该确认消息,如果 RabbitMQ 因为自身内部错误导致消息丢失,就会发送一条 nack 消息,生产者应用程序同样可以在回调方法中处理该 nack 消息。
发布确认默认是没有开启的,如果要开启需要调用方法 confirmSelect,每当你要想使用发布确认,都需要在 channel 上调用该方法。
单个确认
这是最简单一种的确认方式,它是一种同步确认发布的方式,也就是发布一个消息之后只有它被确认发布,后续的消息才能继续发布,waitForConfirmsOrDie(long)
这个方法只有在消息被确认的时候才返回,如果在指定时间范围内这个消息没有被确认那么它将抛出异常。这种确认方式有一个最大的缺点就是:发布速度特别的慢,因为如果没有确认发布的消息就会阻塞所有后续消息的发布,这种方式最多提供每秒不超过数百条发布消息的吞吐量。当然对于某些应用程序来说这可能已经足够了。
package com.llq.consumer.test;
import com.llq.util.RabbitMQUtils;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.MessageProperties;
import java.util.Scanner;
public class RabbitMQProducer {
private static final String QUEUE_NAME = "rabbitmq_queue_test";
public static void main(String[] args) throws Exception {
System.out.println("生产者启动!。。。。");
Channel channel = RabbitMQUtils.getChannelFactory();
/**
* @param queue 队列名字
* @param durable 消息是否持久化存储在磁盘中,默认为false(消息存储在内存当中)
* @param exclusive 是否支持多个消费者消费,支持消息共享,true支持,false不支持
* @param autoDelete 消息是否自动删除
* @param arguments other properties (construction arguments) for the queue
*/
channel.queueDeclare(QUEUE_NAME, false,false,false, null);
Scanner scanner = new Scanner(System.in);
while(scanner.hasNext()) {
String message = scanner.nextLine();
/**
* @param exchange 交换机
* @param routingKey 路有名字/队列名称
* @param props 其他参数
* @param body 消息体
*/
channel.basicPublish("", QUEUE_NAME, null, message.getBytes("UTF-8"));
System.out.println("生产者发送一条消息:" + message);
boolean b = channel.waitForConfirms();
if (b) {
System.out.println("消息发送成功!");
}
}
}
}
批量确认
单条确认应答的方式非常慢,与单个等待确认消息相比,先发布一批消息然后一起确认可以极大地提高吞吐量,当然这种方式的缺点就是:当发生故障导致发布出现问题时,不知道是哪个消息出现问题了,我们必须将整个批处理保存在内存中,以记录重要的信息而后重新发布消息。当然这种方案仍然是同步的,也一样阻塞消息的发布。
package com.llq.producer;
import com.llq.util.RabbitMQUtils;
import com.rabbitmq.client.Channel;
public class RabbitMQProducer {
private static final String QUEUE_NAME = "rabbitmq_queue";
private static final int allMessageCount = 10;
public static void main(String[] args) throws Exception {
System.out.println("生产者线程启动!。。。。");
Channel channel = RabbitMQUtils.getChannelFactory();
/**
* @param queue 队列名字
* @param durable 消息是否持久化存储在磁盘中,默认为false(消息存储在内存当中)
* @param exclusive 是否支持多个消费者消费,支持消息共享,true支持,false不支持
* @param autoDelete 消息是否自动删除
* @param arguments other properties (construction arguments) for the queue
*/
channel.queueDeclare(QUEUE_NAME, false,false,false, null);
for (int i = 1; i < allMessageCount; i++) {
/**
* 交换机名字
* 队列名字
* 参数
* 消息体
*/
channel.basicPublish("", QUEUE_NAME, null, ("第" + i + "条消息").getBytes("UTF-8"));
if (i == allMessageCount) {
channel.waitForConfirms(); //最后一条消息进行批量确认
}
}
}
}
优点:批处理消息,提高吞吐量。
缺点:同步阻塞方式,一旦一批消息中发生故障,并不知道那条消息出了问题。
批量确认其实就是消息全部发送完毕之后进行确认
异步批量确认
异步确认虽然编程上比前面要复杂,但是性价比最高,无论是可靠性还是效率都非常高,是利用回调函数来达到消息可靠性传递的,这个中间件也是通过函数回调来保证是否投递成功。
package com.llq.async;
import com.rabbitmq.client.*;
import java.io.IOException;
import java.util.concurrent.ConcurrentNavigableMap;
import java.util.concurrent.ConcurrentSkipListMap;
import java.util.concurrent.TimeoutException;
public class AsyncMessage {
private static final String QUEUE_NAME = "test_queue";
public static void main(String[] args) throws IOException, TimeoutException {
ConnectionFactory connectionFactory = new ConnectionFactory();
connectionFactory.setHost("110.42.168.236");
connectionFactory.setPort(5672);
connectionFactory.setUsername("guest");
connectionFactory.setPassword("guest");
Connection connection = connectionFactory.newConnection();
Channel channel = connection.createChannel();
asyncSendMessageProducer(channel);
asyncSendMessageConsumer(channel);
}
private static void asyncSendMessageProducer(Channel channel) throws IOException {
channel.queueDeclare(QUEUE_NAME, false,false, false, null);
ConcurrentSkipListMap<Long, String> map = new ConcurrentSkipListMap<>();
channel.addConfirmListener((deliveryTag, multiple) -> {
System.out.println(map);
if (multiple) { // 批量发送
ConcurrentNavigableMap<Long, String> concurrentNavigableMap = map.headMap(deliveryTag,true);
// 清除该部分未确认消息
concurrentNavigableMap.clear();
} else {
map.remove(deliveryTag);
}
}, (deliveryTag, multiple) -> {
String message = map.get(deliveryTag);
System.out.println("发布的消息" + message + "未被确认,序列号" + deliveryTag);
});
for (int i = 0; i < 10; i++) {
String message = ("消息:" + i);
map.put(channel.getNextPublishSeqNo(), message);
channel.basicPublish("", QUEUE_NAME, null, message.getBytes("UTF-8"));
}
}
private static void asyncSendMessageConsumer(Channel channel) throws IOException {
channel.basicConsume(QUEUE_NAME, false, (consumerTag, message) -> {
System.out.println("接收到消息:" + new String(message.getBody(),"UTF-8"));
channel.basicAck(message.getEnvelope().getDeliveryTag(), false);
}, consumerTag -> {
System.err.println(consumerTag);
});
}
}
九、交换机的使用
Fanout交换机(广播交换机)
生产者
public class Producer {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk";
channel.exchangeDeclare(exchangeName, BuiltinExchangeType.FANOUT);
Scanner scanner = new Scanner(System.in);
while(scanner.hasNext()) {
String message = scanner.nextLine();
channel.basicPublish(exchangeName, "", null, message.getBytes("UTF-8"));
System.out.println("生产者发送消息:" + message);
}
}
}
消费者
public class Consumer01 {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk";
String queueName = "cxk_01";
channel.queueDeclare(queueName, false, false, false, null);
channel.queueBind(queueName, exchangeName, "", null);
channel.basicConsume(queueName, (consumerTag, message) -> {
System.out.println("消费者01接收到消息:" + new String(message.getBody(), "UTF-8"));
}, consumerTag -> {
System.out.println("取消了");
});
}
}
public class Consumer02 {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk";
String queueName = "cxk_02";
channel.queueDeclare(queueName, false, false, false, null);
channel.queueBind(queueName, exchangeName, "");
channel.basicConsume(queueName, (consumerTag, message) -> {
System.out.println("消费者02接收到消息:" + new String(message.getBody(), "UTF-8"));
}, consumerTag -> {
System.out.println("取消了");
});
}
}
直连交换机Direct
生产者
public class Producer {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk";
channel.exchangeDeclare(exchangeName, BuiltinExchangeType.DIRECT);
Scanner scanner = new Scanner(System.in);
while(scanner.hasNext()) {
String message = scanner.nextLine();
channel.basicPublish(exchangeName, "ceshi01", null, message.getBytes("UTF-8"));
System.out.println("生产者发送消息:" + message);
}
}
}
消费者
public class Consumer01 {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk";
String queueName = "cxk_01";
channel.queueDeclare(queueName, false, false, false, null);
channel.queueBind(queueName, exchangeName, "ceshi01", null);
channel.basicConsume(queueName, (consumerTag, message) -> {
System.out.println("消费者01接收到消息:" + new String(message.getBody(), "UTF-8"));
}, consumerTag -> {
System.out.println("取消了");
});
}
}
public class Consumer02 {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk";
String queueName = "cxk_02";
channel.queueDeclare(queueName, false, false, false, null);
channel.queueBind(queueName, exchangeName, "ceshi02");
channel.basicConsume(queueName, (consumerTag, message) -> {
System.out.println("消费者02接收到消息:" + new String(message.getBody(), "UTF-8"));
}, consumerTag -> {
System.out.println("取消了");
});
}
}
Topics交换机
topic 交换机的 routing_key 不能随意写,必须满足一定的要求,它必须是一个单词列表,以点号分隔开。这些单词可以是任意单词,比如说:“stock.usd.nyse”, “nyse.vmw”, “quick.orange.rabbit”.这种类型的。当然这个单词列表最多不能超过 255 个字节。在这个规则列表中,其中有两个替换符是大家需要注意的:
*(星号)可以代替一个单词
#(井号)可以替代零个或多个单词
同时这里要注意就是消费者是可以绑定多个routing_key。
生产者
public class Producer {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk_topic";
channel.exchangeDeclare(exchangeName, BuiltinExchangeType.TOPIC);
Map<String, String> bindingKeyMap = new HashMap<>();
bindingKeyMap.put("quick.orange.rabbit","被队列 cxk_01 02 接收到");
bindingKeyMap.put("lazy.orange.elephant","被队列 cxk_01 02 接收到");
bindingKeyMap.put("quick.orange.fox","被队列 cxk_01 接收到");
bindingKeyMap.put("lazy.brown.fox","被队列 cxk_02 接收到");
bindingKeyMap.put("lazy.pink.rabbit","虽然满足两个绑定但只被队列 cxk_02 接收一次");
bindingKeyMap.put("quick.brown.fox","不匹配任何绑定不会被任何队列接收到会被丢弃");
bindingKeyMap.put("quick.orange.male.rabbit","是四个单词不匹配任何绑定会被丢弃");
bindingKeyMap.put("lazy.orange.male.rabbit","是四个单词但匹配 cxk_02");
bindingKeyMap.forEach((key, value) -> {
try {
channel.basicPublish(exchangeName, key, null, value.getBytes("UTF-8"));
} catch (IOException e) {
e.printStackTrace();
}
System.out.println("生产者发送消息:" + value);
});
}
}
消费者
public class Consumer01 {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk_topic";
String queueName = "test_cxk_01";
channel.queueDeclare(queueName, false, false, false, null);
channel.queueBind(queueName, exchangeName, "*.orange.*", null);
channel.basicConsume(queueName, (consumerTag, message) -> {
System.out.println("消费者01接收到消息:" + new String(message.getBody(), "UTF-8"));
}, consumerTag -> {
System.out.println("取消了");
});
}
}
public class Consumer02 {
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
String exchangeName = "test_cxk_topic";
String queueName = "test_cxk_02";
channel.queueDeclare(queueName, false, false, false, null);
channel.queueBind(queueName, exchangeName, "*.*.rabbit");
channel.queueBind(queueName, exchangeName, "lazy.#");
channel.basicConsume(queueName, (consumerTag, message) -> {
System.out.println("消费者02接收到消息:" + new String(message.getBody(), "UTF-8"));
}, consumerTag -> {
System.out.println("取消了");
});
}
}
十、死信队列
生产者
public class Producer {
private static final String EXCHANGE_NAME = "normal_exchange";
private static final String DEAD_EXCHANGE_NAME = "dead_exchange";
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
//设置消息的 TTL 时间
AMQP.BasicProperties properties = new
AMQP.BasicProperties().builder().expiration("10000").build();
// 声明普通交换机和死信交换机
channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.DIRECT);
channel.exchangeDeclare(DEAD_EXCHANGE_NAME, BuiltinExchangeType.DIRECT);
for (int i = 0; i <= 10; i++) {
String message = "消息" + i;
channel.basicPublish(EXCHANGE_NAME, "log",properties, message.getBytes("UTF-8"));
System.out.println("消费者发送消息:" + message);
}
}
}
消费者
public class Consumer01 {
private static final String EXCHANGE_NAME = "normal_exchange";
private static final String QUEUE_NAME = "normal_queue";
private static final String DEAD_EXCHANGE_NAME = "dead_exchange";
private static final String DEAD_QUEUE_NAME = "dead_queue";
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.DIRECT);
channel.exchangeDeclare(DEAD_EXCHANGE_NAME, BuiltinExchangeType.DIRECT);
//声明死信队列
channel.queueDeclare(DEAD_QUEUE_NAME, false, false, false, null);
//死信队列绑定死信交换机与 routingkey
channel.queueBind(DEAD_QUEUE_NAME, DEAD_EXCHANGE_NAME, "dead");
//正常队列绑定死信队列信息
Map<String, Object> params = new HashMap<>();
//正常队列设置死信交换机 参数 key 是固定值
params.put("x-dead-letter-exchange", DEAD_EXCHANGE_NAME);
//正常队列设置死信 routing-key 参数 key 是固定值
params.put("x-dead-letter-routing-key", "dead");
// 正常队列绑定死信队列
channel.queueDeclare(QUEUE_NAME, false,false,false, params);
channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "log");
channel.basicConsume(QUEUE_NAME,false, (consumerTag, message) -> {
if ((new String(message.getBody(),"UTF-8")).equals("消息10")) {
/**
* requeue: 是否重新入队,因为这里要放入死信队列,因此不入队
*/
System.out.println(new String(message.getBody(), "UTF-8"));
channel.basicReject(message.getEnvelope().getDeliveryTag(),false);
} else {
System.out.println(new String(message.getBody(), "UTF-8"));
channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
}
}, consumerTag -> {
});
}
}
死信队列消费者
public class Consumer02 {
private static final String DEAD_EXCHANGE_NAME = "dead_exchange";
private static final String DEAD_QUEUE_NAME = "dead_queue";
public static void main(String[] args) throws Exception {
Channel channel = RabbitMQUtils.getChannelFactory();
//声明死信队列
channel.queueDeclare(DEAD_QUEUE_NAME, false, false, false, null);
//死信队列绑定死信交换机与 routingkey
channel.queueBind(DEAD_QUEUE_NAME, DEAD_EXCHANGE_NAME, "dead");
channel.basicConsume(DEAD_QUEUE_NAME, true, (consumerTag, message) -> {
System.out.println(new String(message.getBody(), "UTF-8"));
}, consumerTag -> {
});
}
}
注意事项:
错误:
inequivalent arg 'durable' for exchange 'delay_exchange' in vhost '/': received 'false' but current is 'true'
RabbitMQ 不允许你绑定一个非持久化(non-durable)的交换机和一个durable的队列。反之亦然。要想成功必须队列和交换机都是durable的。一旦创建了队列和交换机,就不能修改其标志了。例如,如果创建了一个non-durable的队列,然后想把它改变成durable的,唯一的办法就是删除这个队列然后重现创建。因此,最好仔细检查创建的标志。