RabbitMQ面试

置顶 已于 2024-02-03 03:44:28 修改
阅读量515 收藏 1
点赞数 5
分类专栏： Java面试 文章标签： rabbitmq 面试
于 2024-01-29 01:43:16 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39175358/article/details/135903332
版权
本文详细阐述了消息中间件的作用、问题解决（如异步处理、服务解耦和流量管理），重点介绍了RabbitMQ作为Erlang开发的AMQP消息队列中间件，包括其架构、消息模式、限流、TTL和死信队列处理等内容，以及如何保证消息的可靠性和幂等性。同时讨论了RabbitMQ如何实现高可用性，如通过集群和镜像模式提高系统稳定性。
摘要由CSDN通过智能技术生成

1. 什么是消息中间件

消息中间件是在分布式系统中传递消息的软件服务。它允许不同的系统组件之间通过消息进行通信，而无需直接连接到彼此。消息中间件通常用于解耦系统的各个部分，提高系统的可扩展性、灵活性和可维护性。

2. 消息中间件解决了什么问题

2.1 异步处理

在业务没有上下文依赖的前提下，将串行的业务执行流程优化成并行的方式，从而减少服务响应的时间。
例如：在用户注册成功后，需要给用户发送短信和邮箱注册成功的通知，在此场景中，发送邮箱和短信通知不是必须要给客户端响应成功后通知，因此两者可以和注册的业务逻辑优化成并行。也就是在用户注册信息成功持久化到数据库后，直接给客户端响应注册成功，而邮箱和短信可以通过异步执行的方式，减少服务整体响应时间，减少用户的等待时长。

2.2 服务解耦

将耦合的接口，通过消息中间件解耦，减少一个接口定义发生变化，导致其他调用方都需要修改的情况。
例如：用户购买商品，调用下订单服务，再调用发货服务，如果发货服务需要进行升级，发货服务接口参数改变了，那么所有使用了发货接口的服务，全部需要配合修改参数；如果使用了消息中间件，将用户下单的信息发布到消息中间件中，发货接口只需要订阅消息中间件的订单消息，当有新的订单时，再发货，无论发货接口的参数定义如何变化，都不会影响上游的接口功能

2.3 流量削峰

将集中在某一段时间的流量，存储在一个池子里（消息中间件的队列中），然后根据服务器的消费能力进行处理，而不是在流量高峰期，将所有的流量全部处理完毕。
例如：秒杀活动，瞬间流量会非常大，如果服务器直接去处理这么大流量的请求，很容易导致整个应用崩溃；通过消息队列，将流量先暂存到队列中，然后有服务器慢慢的消化，通过拉长时间，减小服务器的压力

3. 什么是RabbitMQ

RabbitMQ是使用Erlang语言开发的，基于AMQP高级消息队列的开源消息中间件

Erlang语言主要用于开发并发和分布式系统，在电信领域得到广泛应用

4. 常见消息队列产品

在这里插入图片描述

5. AMQP和JMS的区别

  1. AMQP是一种消息队列链接协议，AMQP不从API层进行限定，而是直接定义网络交换数据格式， 不规定实现方式，因此是跨语言的，而且消息模式更加丰富

常见支持AMQP的消息中间件：RabbitMQ、ActiveMQ、RocketMQ也支持

  1. JMS是一套java的api规范，用于在分布式系统中发送消息，进行异步通信，具体的实现由各大消息中间件厂商提供。有两种消息模式（点对点和分布订阅模式）

许多常见的消息中间件都实现了JMS

6. RabbitMQ都有哪些消息模式\如何做到消息分发

6.1简单模式

单一生产者将消息发送到队列，单一消费者从队列中接收消息。
适用于基本的点对点通信。
在这里插入图片描述

6.2 工作队列模式

也是点对点的模式：一个生产者，可以对应多个消费者，但是只有一个消费者可以获得消息
在这里插入图片描述

6.3 发布/订阅模式

生产者将消息发布到交换机（Exchange），多个队列通过绑定到该交换机来接收消息。
消息会被广播给所有与交换机绑定的队列。
在这里插入图片描述
相关场景:邮件群发,群聊天,广播(广告)

6.4 路由模式

队列和交换机绑定以及生产者向交换机发送消息时，都需要指定一个路由key，路由key相同，消息才会成功投递到对应路由key的队列
在这里插入图片描述

6.5 Topic(主题)模式

Topic模式在路由模式的基础上更进一步，实现通配符进行模糊匹配的机制
在这里插入图片描述

6.6 RPC模式

  1. 服务端创建RPC队列，等待客户端的请求
  2. 客户端发送请求时，需要携带一个接受服务端响应结果的队列，以及一个correlation_id

因为所有响应消息都通过一个队列接收，所以通过绑定一个唯一标识correlation_id来分辨响应消息对应的请求。

  1. 服务端将响应的消息，放到服务端传过来的响应队列
  2. 客户端会一直监听自己的响应队列，等待服务端的响应
  3. 客户端收到自己响应队列的服务端响应结果后，判断标识correlation_id是否和自己发出请求时携带的标识一致，一致代表结果是自己请求的结果，不是丢掉

RPC服务器可能会在向我们发送答案后，在发送请求确认消息之前死亡，重启的RPC服务会重新处理客户端的这个请求，直接丢弃可以防止重复响应

在这里插入图片描述

7. 交换机有哪些类型

  1. Fanout：广播，将消息交给所有绑定到交换机的队列
  2. Direct：定向，把消息交给符合指定routing key 的队列
  3. Topic：通配符，把消息交给符合routing pattern（路由模式） 的队列
  4. 4、headers(不推荐)
    headers 类型的交换器不依赖于路由键的匹配规则来路由消息，而是根据发送的消息内容中的 headers 属性进行匹配

8. RabbitMQ的结构是什么样的

在这里插入图片描述

  1. Producter：生产者，是消息的发送放，将消息发送给Exchange交换器
  2. Consumer：消费者，是消息的接收方，从消息队列中获取消息，并处理消费
  3. Broker：接收和分发消息的应用，RabbitMQ Server就是Message Broker
  4. Virtual Host：当多个不同的用户使用同一个RabbitMQ Server时，可以划分出多个Virtual Host，每个用户在自己的Virtual Host中创建Exchange/Queue等
  5. Exchange：交换器，根据分发规则，匹配RoutingKey路由键，将消息分发到Queue队列中
  6. Queue：消息队列，存储消息的容器，消息最终会被送到这里，等待consumer取走
  7. Binding：Exchange和Queue之间的虚拟连接，binding 中可以包含 routing key，Binding 信息被保存到 exchange 中的查询表中，用于 message 的分发依据
  8. Connection：publisher／consumer 和 broker 之间的 TCP 连接
  9. Channel 是在 connection 内部建立的逻辑连接，如果每一次访问 RabbitMQ 都建立一个 Connection，建立 TCP Connection的开销将是巨大的，效率也较低。

9. RabbitMQ如何实现消费端限流

消费端限流是保护消费者所在服务器的手段，当流量达到高峰时，MQ的消费者如果不加限制的进行消费，服务器肯定容易挂掉，甚至重启之后依然无法解决。RabbitMQ可以通过basicQos方式，配置MQ服务器一次性传递给消费者的最大消息数量，当达到这个数量后，RabbitMQ不再推送新的消息给消费者，实现消费端限流。

  1. 实现这个功能需要关闭自动提交
channel.basicConsume(queueName, false, consumer);
  1. 配置限流
// 服务器可以将1条消息预先发送给消费者，而不需要等到消费者确认已经处理完先前的消息。
channel.basicQos(1);

10. RabbitMQ消息存活时间（TTL）了解么

当消息到达存活时间后，还没有被消费，会被自动清除。RabbitMQ可以对消息设置过期时间，也可以对整个队列（Queue）设置过期时间。

11. 死信队列

11.1 什么是死信队列

DLX，当消息在队列中变成dead message后，会被重新发送到另外一个交换器中，这个就换器绑定的队列被称为死信队列
在这里插入图片描述

11.2 导致消息死信的原因

  1. 消息被消费者拒收（不重会队列）
// 拒绝签收,不重回队列 requeue=false
channel.basicNack(deliveryTag,true,false);
  1. 队列中的消息存在过期设置，消息到达超时时间未被消费
  2. 队列消息达到上限，超出的消息就会进入死信队列

11.2 死信的处理方式

  1. 如果消息不重要，可以选择丢弃
  2. 将死信的消息入库，如果必要，可以讲死信消息重新处理
  3. 通过监听死信队列的程序进行处理（常用）

11.3 延迟队列

消费者不马上处理消息，而是延迟一段时间之后再处理
例如：在订单系统中，如果用户超过30分钟未支付则取消订单
RabbitMQ的方式有两种：

  1. TTL+死信队列的方式实现延迟队列的效果，实现过程麻烦一些
    在这里插入图片描述
  • 订单交换机绑定订单死信队列和订单过期队列
  • 订单过期后，通过路由键将TTL过期的消息投递到订单的过期队列
  • 监听订单过期队列的消费者，从订单过期队列取出的消息都是超时未支付的订单
  1. RabbitMQ3.5.7以上版本提供了插件（rabbitmq-delayed-message-exchange），可以实现延迟队列功能，实现简单，但是插件版本和MQ版本要对应，不能过高或者过低，要重启RabbitMQ才会生效

12. RabbitMQ如何保证消息可靠性

12.1 如何保证消息消息不丢失

RabbitMQ在生产者投递消息是有两个过程可能导致消息丢失，分别是消息发送到交换机，和消息从交换机到对列的过程；针对到交换机的过程使用Publisher Confirm，针对交换机到对列使用Publisher Returns。

12.1.1 服务端使用确认机制-保证消息成功投递

  1. Publisher Confirm
    消息成功到达交换机，RabbitMQ会给生产者发送ACK确认信号，如果发生交换机不存在，或者路由键不匹配导致消息无法被处理，RabbitMQ会给生产者发送NACK否认信号
  2. Publisher Returns
    如果消息成功路由到消息队列，不会返回消息，否则会将无法路由的消息发送给生产者

RabbitMQ通过以上两种确认回调监听的方式，用于消息无法正常投递到交换机或消息队列时通知给生产者，再投递失败后，我们可以通过重试的方式保证消息一定发送成功

  1. 案例代码
  • 引入依赖
<dependency>
    <groupId>com.rabbitmq</groupId>
    <artifactId>amqp-client</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.amqp</groupId>
    <artifactId>spring-rabbit</artifactId>
</dependency>
  • 代码
import org.springframework.amqp.core.*;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.annotation.Bean;

import java.nio.charset.StandardCharsets;

public class RabbitMQSendMsgExample {
    @Autowired
    private RabbitTemplate rabbitTemplate;

    public void sendMsg() {
        /**
         * Publisher Confirm确认模式回调
         * 确认模式开启：ConnectionFactory中开启publisher-confirms="true"
         */
        rabbitTemplate.setConfirmCallback((correlationData, ack, cause) -> {
            if (ack) {
                //接收成功
                System.out.println("接收成功消息" + cause);
            } else {
                //接收失败
                System.out.println("接收失败消息" + cause);
                //做一些处理,让消息再次发送。
            }
        });
        /**
         * Publisher Returns回退模式回调
         * 开启回退模式：publisher-returns="true"
         */
        rabbitTemplate.setMandatory(true);
        rabbitTemplate.setReturnCallback(new RabbitTemplate.ReturnCallback() {
            /**
             * @param message   消息对象
             * @param replyCode 错误码
             * @param replyText 错误信息
             * @param exchange  交换机
             * @param routingKey 路由键
             */
            @Override
            public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) {
                System.out.println("return 执行了....");
                System.out.println(message);
                System.out.println(replyCode);
                System.out.println(replyText);
                System.out.println(exchange);
                System.out.println(routingKey);
                //处理
            }
        });
        Message message = MessageBuilder.withBody("消息".getBytes(StandardCharsets.UTF_8))
                .setDeliveryMode(MessageDeliveryMode.PERSISTENT).build();
        //3. 发送消息
        rabbitTemplate.convertAndSend("RabbitMQ_Message", "routingKey", message);
    }

12.1.2 使用持久化机制-保证服务宕机重启后消息不丢

消息成功投递到消息队列，并不以为着业务完成，RabbitMQ在接收到消息暂存在内存，如果此时RabbitMQ挂掉了，消息还是会丢失，所以通过持久化机制来保证业务成功执行

  1. 持久化消息队列，交换机
    持久化后的交换机和消息队列，在RabbitMQ重启后会保留，保证队列和交换机的数据不丢失
    @Bean
    public Queue TestQueue() {
        //第二个参数durable:是否持久化,默认是false
        return new Queue("queueName", true, true, false);
    }

    @Bean
    public DirectExchange mainExchange() {
        //第二个参数durable:是否持久化,默认是false
        return new DirectExchange("exchangeNamw", true, false);
    }
  1. 持久化消息
    在发布消息时，可以通过设置消息的 deliveryMode 属性为 2 来将其标记为持久化，服务器重启后可以确保消息不丢失，不过设置消息的持久化会增加磁盘的IO开销
Message message = MessageBuilder.withBody("消息".getBytes(StandardCharsets.UTF_8))
                .setDeliveryMode(MessageDeliveryMode.PERSISTENT).build();
        //3. 发送消息
        rabbitTemplate.convertAndSend("RabbitMQ_Message", "routingKey", message);

12.1.3 客户端消息确认-保证消息成功投递给消费者

有了持久化之后，如何保证消息被消费者成功消费
消费者再成功处理消息之后，可以向RabbitMQ发送ACK回执，RabbitMQ收到ACK回执后删除改消息，保证消息不丢失，如果出现异常，就会返回NACK回执，MQ就会重新投递一次消息，如果消费者一直没有返回任何回执消息，MQ也会尝试重新投递一次消息。

ACK表示消费和收到消息后确认的方式，有两种确认方式，分别是自动确认（默认）和手动确认

  1. 自动确认：消息一旦被消费者接收到，就会自动确认，并且将消息从消息队列移除，但是在实际的业务当中，可能消息接收到了，但是业务处理出现异常了，那改消息就相当于丢失了
  2. 手动确认：需要在业务成功处理后，调用channel.basicAck()，手动签收，如果出现异常，则在catch中调用 basicNack，拒绝消息，让MQ重新发送消息。

12.1.4 结合本地消息表-保证消息成功被业务逻辑处理

虽然我们经过一些列的持久化，确认机制，但是依然存在消费者确认消息后没来得及使用消息出现宕机的情况，这个消息依然被认为丢失，此时需要在数据库中除了基础的业务表，针对消息队列也需要建立一张表，用来监控消息队列中消息最终的状态，将最终依然失败的消息，通过定时任务隔一段时间将失败的消息重新处理
针对消息队列消息处理情况日志表

CREATE TABLE `broker_message_log` (
  `message_id` varchar(255) NOT NULL COMMENT '消息唯一ID',
  `message` varchar(4000) NOT NULL COMMENT '消息内容',
  `try_count` int(4) DEFAULT '0' COMMENT '重试次数',
  `status` varchar(10) DEFAULT '' COMMENT '消息投递状态 0投递中,1投递成功,2投递失败',
  `error_message` varchar(4000) NOT NULL COMMENT '失败原因',
  `next_retry` timestamp NOT NULL DEFAULT '0000-00-00 00：00：00' ON UPDATE CURRENT_TIMESTAMP COMMENT '下一次重试时间',
  `create_time` timestamp NOT NULL DEFAULT '0000-00-00 00：00：00' ON UPDATE CURRENT_TIMESTAMP,
  `update_time` timestamp NOT NULL DEFAULT '0000-00-00 00：00：00' ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`message_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
  1. 将消息信息存储在数据库中，初始状态0投递中
  2. 在所有业务全部成功处理后，将状态设置为1投递成功，中间出现的任何异常都记录2投递失败，同时记录回调或者手动ACK将失败信息
  3. 创建定时任务，根据业务需要拉取状态为2失败的消息，进行最大努力重试，重试超过一定次数还是失败，进行人工排查

12.2 RabbitMQ如何保证消息的幂等性（防重）

  1. 什么是幂等性：幂等性是指一次和多次请求某一资源，对资源本身响应都有相同的结果。
  2. 为什么消息会重复：消息被成功消费，但是在ACK时，机器宕机，导致消息MQ没有收到ACK确认，改消息会重新发给其他的消费者，或者再重连后再次发送给改消费者，造成消费者重复消费消息
  3. 如何防止
  • 消费者设计一个全局唯一标识，每次消费的时候利用该唯一标识进行判断该标识对应的消息是否已经消费过，这个标识可以使用mysql的主键自增策略设计，也可以使用redis的原子性操作，setnx实现
  • 使用乐观锁方式，在消息中携带version版本号，在数据库执行update语句时带上version的条件，且每次update时，version + 1

12.3 RabbitMQ如何防止消息积压

  1. 导致消息积压原因
  • 消费者宕机
  • 消费者消费能力不足
  1. 解决方案
  • 上线更多的消费者
  • 上线专门的消息队列服务，将消息批量取出，记录到数据库，然后离线慢慢处理

RabbitMQ是如何保证高可用的

通过集群+镜像模式
集群模式可以解决单个RabbitMQ的压力，但是宕机后，队列上的内容还是需要重启后重试后保证队列消息不丢，为了在队列节点故障依然可以无重启提供服务，可以创建镜像，每次写入数据其他RabbitMQ服务都同步一份，即使有实例发生故障，剩余的实例也可以正常提供服务

SuperLBY
关注
专栏目录
RabbitMQ面试题
golove666的博客
04-03 1535
RabbitMQ高频面试题。
RabbitMQ面试题汇总
Blocking The Sky
08-09 1491
RabbitMQ 是一个开源的消息代理和队列服务器，用于通过异步消息传递方式在分布式系统或服务之间进行通信。RabbitMQ 实现了高级消息队列协议（AMQP），同时也支持其他消息协议，如 MQTT 和 STOMP。它由 Erlang 语言编写，因此继承了 Erlang 所具有的高并发、高可用和容错特性。RabbitMQ 的基本架构生产者是发送消息的应用程序。它创建消息，并可以将消息发送到交换器。消费者是接收消息的应用程序。它从队列中提取消息并进行处理。
RabbitMQ 面试
CentOS
12-25 434
如果 RabbitMQ 集群中唯一一个磁盘节点崩溃了，那么磁盘节点上的队列和消息就会不可用，但其他内存节点仍然可用。发布/订阅模式：支持创建交换机（Exchange）和多个队列（Queue），发布者将消息发送到交换机，订阅者从队列中接收消息，实现广播和订阅功能。磁盘节点和内存节点的混合节点（Disk and RAM Node）：同时保存队列数据和元数据，既能提供持久化能力，又能提供较高的吞吐量。节点的命名和集群配置：为每个节点指定唯一的名称，并在配置文件中指定节点所属的集群。
rabbitmq面试必问题
fms5201314的博客
08-26 131
三种广播模式：     ①fanout：所有bind到此exchange的queue都可以接收消息(纯广播，绑定到RabbitMQ的接受者都能收到消息);     ②direct：通过routingKey和exchange决定的那个唯一的queue可以接收消息;     ③topic：所有符合routingKey(此时可以是一个表达式)的routingKey所bind的queue可以接收消
Rabbitmq面试题总结,非常详细,杜绝标题党,不详细你打我,下次不写博客了
热门推荐
weixin_47303191的博客
05-10 3万+
Rabbitmq面试题总结,非常详细,杜绝标题党,不详细你打我,下次不写博客了
RabbitMQ面试要点
linyinpeng1989的博客
08-07 3422
1. 如何确保消息正确地发送至RabbitMQ？ RabbitMQ使用发送方确认模式，确保消息正确地发送到RabbitMQ。   发送方确认模式：将信道设置成confirm模式（发送方确认模式），则所有在信道上发布的消息都会被指派一个唯一的ID。一旦消息被投递到目的队列后，或者消息被写入磁盘后（可持久化的消息），信道会发送一个确认给生产者（包含消息唯一ID）。如果RabbitMQ发生内部...
RabbitMQ面试整理
arvin79的博客
08-11 1226
此外，生产者和消费者也是RabbitMQ的核心组件，生产者负责发送消息到Exchange或者 Queue，消费者负责从Queue中订阅和处理消息。这种模式，才是rabbitmq提供是真正的高可用模式，跟普通集群不一样的是，你创建的queue，无论元数据还是queue里面是消息数据都存在多个实例当中，然后每次写消息到queue的时候，都会自动把消息到多个queue里进行消息同步。消息表的主键：消息id ，消息状态，重试次数，创建时间，然后我们根据消息表中消息状态，失败则进行消息补偿措施，重新发送消息处理。
【面试】RabbitMQ面试题&答案整理
在这里你大概率会有所收获，欢迎指错||纠正||建议||水评+点赞&&评论&&关注&&转发
12-15 9648
【面试】RabbitMQ面试题&答案整理
RabbitMq面试-2024
qq_39879340的博客
10-08 1082
但是消费者的吞吐量会出现瓶颈。② 使用全局唯一ID，再配合第三组主键做消费记录，比如使用 redis 的 set 结构，生产者发送消息时给消息分配一个全局ID，在每次消费者开始消费前，先去redis中查询有没有消费记录，如果消费过则不进行处理，如果没消费过，则进行处理，消费完之后，就将这个ID以k-v的形式存入redis中(过期时间根据具体情况设置)。首先，临时写个程序，连接到mq里面消费数据，消费一个丢弃一个，快速消费掉积压的消息，降低MQ的压力，然后在流量低峰期时去手动查询重导丢失的这部分数据。
常见Rabbitmq面试题及答案总结
m0_59679869的博客
06-03 1799
RabbitMQ是釆用AMQP高级消息队列协议的一种消息队列技术，最大的特点就是消费并不需要 确保提供方存在,实现了服务之间的高度解耦
RabbitMQ面试专题及答案.pdf
03-27
RabbitMQ是一个使用高级消息队列协议（AMQP）的消息队列技术，其核心功能是在不同的系统之间异步传递消息。RabbitMQ之所以受欢迎，主要因为它具有异步、削峰、负载均衡等高级功能，并且还提供了消息持久化机制，确保...
RabbitMQ 面试题.pdf
06-24
### RabbitMQ 面试题详解 #### 一、基本知识点：Queue绑定Exchange RabbitMQ是一种消息中间件，主要用于在应用程序之间传递消息。其核心组件包括Exchange（交换器）、Queue（队列）以及Binding（绑定）。为了更好...
RabbitMQ替换默认端口
CodeV的博客
10-29 399
（注意，这里必须要关闭rabbitmq，直接执行第三步会报错：Killing not allowed - living nodes in database.）前提：客户通过漏洞扫描，发现rabbitmq中的erlang是默认端口4369，出于安全的考虑，需要将erlang的端口修改为其他的端口。修改后让配置生效 source /etc/profile。5.重新启动rabbitmq （epmd会自动启动）1.查看默认erlang的默认端口。这里端口修改成5000为例子。2.关闭rabbitmq。
RabbitMQ几大应用问题
2301_77053417的博客
10-30 727
所以幂等性保障，就是可以正确的处理相同重复的消息。当消费者收到消息后，就可以根据唯一ID判断该消息是否已经被消费过，如果已经被消费观过，则可以不做处理，进而可以避免重复消费的问题。消费者消费完成后没有及时对消息进行确认，或者确认丢失，MQ可能认为消息未发送成功进而重试，也会导致消息处理的顺序性问题。当存在多个消费者的时候，消息被哪一个消费者消费是不确定的，也可能并行处理，就会导致消息的顺序性无法保证。消息积压，指的是在消息队列中，待处理的消息数量超过了消费者的处理能力，导致消息在队列中不断堆积的现象。
RabbitMQ 存储机制
qingyuwp的博客
11-01 1022
在将消息从 Delta 转移到 Q3 的过程中，是按照索引分段读取的，首先读取某一段，然后判断读取的消息的个数与 Delta 中消息的个数是否相等，如果相等，则可以判定此时 Delta 中已无消息，则直接将 Q2 和刚读取到的消息一并放入到 Q3 中；即使是持久化的消息，在被写入磁盘的同时也会在内存中驻留一份备份。惰性队列会将接收到的消息直接存入文件系统中，而不管是持久化的或者是非持久化的，这样可以减少了内存的消耗，但是会增加 I/O 的使用，如果消息是持久化的，那么这样的 I/O 操作不可避免，
RabbitMQ 的集群
最新发布
java1234的博客
11-02 382
RabbitMQ 的集群
rabbitMq自定义converter进行序列化
weixin_66196770的博客
10-30 245
然后创建对应的bean即可，因为springAMQP在对应的转换方法中已经写好了对应的实现，知识因为我们没有创建对应的bean才是用了默认的jdk自带的系列化工具，所以我们创建对应的自定义converter即可。首先引入对应Jackson依赖。* 自定义序列化转换器。
docker-compose安装rabbitmq 并开启延迟队列和管理面板插件（rabbitmq_delayed_message_exchange）
qq_37106501的博客
10-31 273
docker-compose安装rabbitmq 并开启延迟队列和管理面板插件（rabbitmq_delayed_message_exchange）
rabbitmq面试
08-13
- *2* *3* [【2021最新版】RabbitMQ面试题总结（32道题含答案解析）](https://blog.csdn.net/m0_48795607/article/details/116064045)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SuperLBY

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值