怎样保证Rabbitmq的可靠性？

最新推荐文章于 2023-06-06 14:00:13 发布

小咸鱼的技术窝

最新推荐文章于 2023-06-06 14:00:13 发布

阅读量254

点赞数

分类专栏： rabbitmq 文章标签： rabbitmq redis java

本文链接：https://blog.csdn.net/qq_42875345/article/details/120249363

版权

rabbitmq 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

所思

最近在公司开发遇到这样一个需求：如何实现定时下单的？并且可以随时中断、重启、删除这个任务，我当时脑子里想到了如下几种技术实现

@Scheduling注解+Cron 表达式这些技术了哈哈哈哈哈，可能很多小伙伴也会这样吧，但是后来仔细想想，这种方式只会定时的去执行任务但是不会中断呀，更别提去实现中断、重启、删除指定任务的需求了，直接 Pass
然后我又想到了可以借助 消息队列 来实现。用户新建一个定时任务，先对任务进行入库操作，然后异步发送任务消息（设置过期时间）给MQ的死信队列，死信队列中消息超时后会自动转发至其他队列中，监听其他队列的 Mq 监听器就可以消费到这条消息了，执行我们的业务逻辑。这样定时下单任务就实现了。定时任务的删除也好办，要删除任务时，直接干掉 Mq 中的消息就可以了，这样监听器就消费不到这条消息了。但是中断重启任务用 Mq 实现着实有点费劲，直接 Pass
借助 Redis 来实现，可以参考我早期写的这篇文章 redis实现延时队列
最终我还是妥协了，使用了一个专门处理任务的框架 Quatz 去实现上述需求

正文

我在利用 Rabbitmq 来实现开文中的需求，并写测试Demo时候思考了如下几个问题，这也是我为什么写下本文的原因，如果这三个问题在我们的项目中都有对应的处理机制，这个项目还是很健壮的

如果消息发送失败怎么办？
如果一条消息被消费失败了又怎么办？
如果 Rabbitmq 服务挂掉了怎么办？

MQ消息确认机制

首先就第一个问题展开讨论，假如我们再向MQ发送一条消息的时候，由于种种原因导致这条消息没有被MQ所接收，显然这个流程是非正常的。那么我们该怎么去保证我们所发的消息一定会到达消息队列呢？其实 Rabbitmq 给客户端提供了一种消息确认的机制，我们可以通过 ConfirmCallback、ReturnCallback
接口实现对消息的发送过程进行一个实时的监听，如果消息成功到达 MQ，MQ会对该条消息打一个标记： ACK = true 返回给我们（意味着消息发送成功），我们通过这个标记就可以对消息是否成功发送做后续的处理操作。

理论就到这里现在来实操一下吧，首先加入RabbitMq的依赖

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

然后开启对相关回调函数的支撑

spring:
  rabbitmq:
    host: 127.0.0.1
    username: guest
    password: guest
    port: 5672
    listener:
      simple:
        #开启消息手动 ACK
        acknowledge-mode: manual
        #开启消息到达交换机没有到达队列会触发回调方法
    publisher-returns: true
    #消息到交换机会触发回调方法
    publisher-confirm-type: correlated

编写相关的测试代码，其中读者也可以自行将 ConfirmCallback、ReturnCallback接口单独实现成一个类，个人喜欢写在一个类里面。值得注意的是，下面这段代码具备发送消息失败会进行重试三次发送消息，并且会对重试发送消息的原因记录到日志里面，如果消息始终发送到MQ失败，修改库中的定时任务的状态为失效。各位读者可以根据自己的业务逻辑替换即可

import lombok.SneakyThrows;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.AmqpException;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.core.MessageDeliveryMode;
import org.springframework.amqp.core.MessagePostProcessor;
import org.springframework.amqp.core.MessageProperties;
import org.springframework.amqp.rabbit.connection.CorrelationData;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.amqp.support.converter.Jackson2JsonMessageConverter;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;

import java.util.concurrent.atomic.AtomicInteger;

@Slf4j
@Service
public class NewsImpl implements RabbitTemplate.ConfirmCallback, NewsService, RabbitTemplate.ReturnCallback {
    private AtomicInteger i = new AtomicInteger(0);

    @Autowired
    private RabbitTemplate rabbitTemplate;

    public void senMsgToRabbitMq(Order data) {
        String CorrelationData = JSONObject.toJSON(data).toString();
        rabbitTemplate.setExchange("cdTopicExchange");
        rabbitTemplate.setRoutingKey("user.dead");
        rabbitTemplate.setMessageConverter(new Jackson2JsonMessageConverter());
        //开启消息未到达队列时，触发ReturnCallback
        rabbitTemplate.setMandatory(true);
        //指定消息到达交换机会触发的回调函数
        rabbitTemplate.setConfirmCallback(this);
        //指定消息到达交换机、但是没有到达队列时的回调函数
        rabbitTemplate.setReturnCallback(this);
        rabbitTemplate.convertAndSend(data, new MessagePostProcessor() {
            @Override
            public Message postProcessMessage(Message message) throws AmqpException {
                MessageProperties msgProperties = message.getMessageProperties();
                msgProperties.setCorrelationId("2");
                //设置过期时间：4s
                msgProperties.setExpiration("4000");
                //设置持久化
                msgProperties.setDeliveryMode(MessageDeliveryMode.PERSISTENT);
                return message;
            }
        }, new CorrelationData(CorrelationData));
    }

    @SneakyThrows
    @Override
    public void confirm(CorrelationData correlationData, boolean ack, String cause) {
        System.out.println();
        if (ack) i.compareAndSet(i.get(), 0);
        else {
            if (i.get() < 3) {
                Thread.sleep(1000);
                Order data = JSONObject.parseObject(correlationData.getId(), Order.class);
                System.err.println(i.get()+"重新发送下单消息给MQ：" + data);
                this.senMsgToRabbitMq(data);
                i.compareAndSet(i.get(), i.get() + 1);
                System.err.println(cause);
            } else {
                System.err.println("rabbitmq始终接受不到消息，将错误日志发送给管理员");
                System.err.println("修改定时任务状态为：失效");
            }
        }
    }


    @Override
    public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) {
        System.out.println("消息主体 message : " + message);
        System.out.println("消息主体 message : " + replyCode);
        System.out.println("描述：" + replyText);
        System.out.println("消息使用的交换器 exchange : " + exchange);
        System.out.println("消息使用的路由键 routing : " + routingKey);
    }
}

当MQ中交换机都没有的时候，测试如下触发ConfirmCallback回调函数，会重试三次发送消息
在这里插入图片描述
当MQ存在对应的交换机，但是对应的队列不存在的时候，测试结果如下，会触发ReturnCallback 回调函数

MQ消息消费确认

就第二个问题来讨论，关于消费消息失败的问题，其实 MQ 自带消息消费 ACK 机制，如果我们项目中没有对 MQ 额外的配置，默认是自动进行 ACK，所谓的 ACK 就是对消息的签收，下面来介绍常用的
API介绍。

channel.basicNack(deliveryTag, multiple, requeue);

参数一：当前消息的一个标记、类型Long（递增）
参数二：是否批量处理数据、（<=当前消息标记的数据）
参数三：是否需要重新放回队列

举个例子：
channel.basicNack(6, false, false); 的意思就是丢弃6消息
channel.basicNack(6, true, false); 的意思就是丢弃6以及6之前的消息
channel.basicNack(6, false, true); 的意思就是将6消息重新放入队列
channel.basicNack(6, true, true); 的意思就是将6以及6之前的消息重新放入队列

//可以选择是否签收当前消息、签收<=当前消息标记的所有消息
channel.basicAck(deliveryTag, multiple);
//阉割了批处理、其他和basicNack用法一致
channel.basicReject(deliveryTag, requeue);

实战写法：下单失败会进行重试三次下单、记得 finally 一定要对消息进行处理，不然会产生MQ消息堆砌的问题

import org.springframework.amqp.core.Message;
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.beans.factory.annotation.Autowired;
import org.springframework.data.redis.core.RedisTemplate;
import org.springframework.stereotype.Component;
import java.io.IOException;
import java.util.HashMap;
@Data
@Slf4j
@Component
public class TopicCustomer {
    /**
     * 监听延时任务  NewsImpl.senMsgToRabbitMq(order.setPrice(100),200L);
     */
    @RabbitListener(bindings = {
            @QueueBinding(
                    value = @Queue(value = "cTopicQueue"),
                    exchange = @Exchange(value = "cTopicExchange", type = "topic"),
                    key = "user.live")
    })
    public void receivel(String msg, Channel channel, Message message) throws IOException {
        Boolean flag = false;
        try {
            for (int i = 0; i < 3; i++) {
                try {
                    System.err.println("第: " + i + "次下订单：" + msg);
                    flag = false;
                    if (flag) {
                        channel.basicAck(message.getMessageProperties().getDeliveryTag(), false);
                        System.err.println("第: " + i + "次下订单：" + msg + "成功");
                        break;
                    }
                    System.err.println("第: " + i + "次下订单：" + msg + "失败");
                } catch (Exception e) {
                    System.err.println("下单过程中出现异常。开始重试三次下单" + e.getCause());
                    continue;
                }
            }
        } catch (Exception e) {
            System.err.println("定时任务执行失败");
        } finally {
            if (!flag) channel.basicNack(message.getMessageProperties().getDeliveryTag(), false, false);
            System.err.println("丢弃消息");
        }
    }

在这里插入图片描述

MQ消息持久化

就开篇第三个问题来分析，如果 Rabbitmq 服务挂掉了怎么办？其实服务挂了我们能做到最大的补救措施就是，快速重启服务、然后恢复生产数据。想明白了这点就很好办了。在初始化我们的交换机、队列、消息的时候通通设置持久化。

@Configuration
public class rabbitmqConfig {
    @Bean
    public TopicExchange cdTopicExchange() {
        TopicExchange topicExchange = new TopicExchange("cdTopicExchange", true, false, null);
        return topicExchange;
    }

    /**
     * 死信队列
     * 消息超时发送给cTopicExchange,相当于转发。指定路由key、以及交换机
     */
    @Bean
    public Queue cdTopicQueue() {
        HashMap<String, Object> params = new HashMap<>();
        params.put("x-dead-letter-exchange", "cTopicExchange");
        params.put("x-dead-letter-routing-key", "user.live");
        Queue queue = new Queue("cdTopicQueue", true, false, false, params);
        return queue;
    }

    @Bean
    public Binding cdBind() {
        Binding binding = BindingBuilder.bind(cdTopicQueue()).to(cdTopicExchange()).with("user.dead");
        return binding;
    }


    @Bean
    public TopicExchange cTopicExchange() {
        TopicExchange topicExchange = new TopicExchange("cTopicExchange", true, false, null);
        return topicExchange;
    }

    @Bean
    public Queue cTopicQueue() {
        Queue queue = new Queue("cTopicQueue", true, false, false);
        return queue;
    }

    @Bean
    public Binding cBind() {
        Binding binding = BindingBuilder.bind(cTopicQueue()).to(cTopicExchange()).with("user.live");
        return binding;
    }
 }

在这里插入图片描述

全文 OVER -----------我现在是一名大四的学生啦哈哈哈哈哈，文章如有写得欠佳的地方欢迎大家斧正，在这里插入图片描述

小咸鱼的技术窝

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
打赏
1
评论
怎样保证Rabbitmq的可靠性？

所思最近在公司开发遇到这样一个需求：如何实现定时下单的？并且可以随时中断、重启、删除这个任务，我当时脑子里想到了如下几种技术实现@Scheduling注解+Cron 表达式这些技术了哈哈哈哈哈，可能很多小伙伴也会这样吧，但是后来仔细想想，这种方式只会定时的去执行任务但是不会中断呀，更别提去实现中断、重启、删除指定任务的需求了，直接 Pass然后我又想到了可以借助消息队列来实现，死信队列可以被监听，当达有超时的消息过来，利用 Mq 的监听器就去消费这条消息，执行我们的业务逻辑。这样定时下单任务就实
复制链接

扫一扫