RabbitMQ开发中的问题总结

一、消费者重复消费问题

让每个消息携带一个全局的唯一ID,即可保证消息的幂等性,具体消费过程为:

  1. 消费者获取到消息后先根据id去查询redis/db是否存在该消息
  2. 如果不存在,则正常消费,消费完毕后写入redis/db
  3. 如果存在,则证明消息被消费过,直接丢弃。

生产者

@PostMapping("/send")
public void sendMessage(){

    JSONObject jsonObject = new JSONObject();
    jsonObject.put("message","Java旅途");
    String json = jsonObject.toJSONString();
    Message message = MessageBuilder.withBody(json.getBytes()).setContentType(MessageProperties.CONTENT_TYPE_JSON).setContentEncoding("UTF-8").setMessageId(UUID.randomUUID()+"").build();
    amqpTemplate.convertAndSend("javatrip",message);
}

消费者

@Component
@RabbitListener(queuesToDeclare = @Queue(value = "javatrip", durable = "true"))
public class Consumer {

    @RabbitHandler
    public void receiveMessage(Message message) throws Exception {

        Jedis jedis = new Jedis("localhost", 6379);

        String messageId = message.getMessageProperties().getMessageId();
        String msg = new String(message.getBody(),"UTF-8");
        System.out.println("接收到的消息为:"+msg+"==消息id为:"+messageId);

        String messageIdRedis = jedis.get("messageId");

        if(messageId == messageIdRedis){
            return;
        }
        JSONObject jsonObject = JSONObject.parseObject(msg);
        String email = jsonObject.getString("message");
        jedis.set("messageId",messageId);
    }
}

 

二、消息的时序性

       拆分多个queue,每个queue一个consumer,就是多一些queue而已,确实是麻烦点;这样也会造成吞吐量下降,可以在消费者内部采用多线程的方式取消费。

 

三、数据丢失问题

 

1,生产者发送消息至MQ的数据丢失

解决方法:在生产者端开启comfirm 确认模式,你每次写的消息都会分配一个唯一的 id,

然后如果写入了 RabbitMQ 中,RabbitMQ 会给你回传一个 ack 消息,告诉你说这个消息 ok 了

2,MQ收到消息,暂存内存中,还没消费,自己挂掉,数据会都丢失

解决方式:MQ设置为持久化。将内存数据持久化到磁盘中(

第二个参数就是是否持久化)

3,消费者刚拿到消息,还没处理,挂掉了,MQ又以为消费者处理完

解决方式:用 RabbitMQ 提供的 ack 机制,简单来说,就是你必须关闭 RabbitMQ 的自动 ack,可以通过一个 api 来调用就行,然后每次你自己代码里确保处理完的时候,再在程序里 ack 一把。这样的话,如果你还没处理完,不就没有 ack 了?那 RabbitMQ 就认为你还没处理完,这个时候 RabbitMQ 会把这个消费分配给别的 consumer 去处理,消息是不会丢的。

 

comfirm 确认模式

 

rabbitmq 整个消息投递的路径为:
producer—>rabbitmq broker—>exchange—>queue—>consumer

⚫ 消息从 producer 到 exchange 则会返回一个 confirmCallback 。
⚫ 消息从 exchange–>queue 投递失败则会返回一个 returnCallback 。
我们将利用这两个 callback 控制消息的可靠性投递

 

➢ 设置ConnectionFactory的publisher-confirms=“true” 开启 确认模式。
➢ 使用rabbitTemplate.setConfirmCallback设置回调函数。当消息发送到exchange后回
调confirm方法。在方法中判断ack,如果为true,则发送成功,如果为false,则发
送失败,需要处理。
➢ 设置ConnectionFactory的publisher-returns=“true” 开启 退回模式。
➢ 使用rabbitTemplate.setReturnCallback设置退回函数,当消息从exchange路由到
queue失败后,如果设置了rabbitTemplate.setMandatory(true)参数,则会将消息退
回给producer。并执行回调函数returnedMessage。

 

application.yml

server:
  port: 8080
  servlet:
    context-path: /rabbit
  tomcat:
    max-http-post-size: 4MB
    max-swallow-size: 4MB
spring:
  rabbitmq:
    host: 172.16.4.203
    port: 5672
    username: mq
    password: mq123
    publisher-confirms: true #确认消息已经发生到交换机
    publisher-returns: true #确认消息已经发送到队列
RabbitConfig
@Configuration
public class RabbitConfig {

    @Bean
    public RabbitTemplate createRabbitTemplate(ConnectionFactory connectionFactory){

        RabbitTemplate rabbitTemplate = new RabbitTemplate();
        rabbitTemplate.setConnectionFactory(connectionFactory);
        rabbitTemplate.setMandatory(true);
        rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback(){

            @Override
            public void confirm(CorrelationData correlationData, boolean ack, String cause) {
                System.out.println("ConfirmCallback:     "+"相关数据:"+correlationData);
                System.out.println("ConfirmCallback:     "+"确认情况:"+ack);
                System.out.println("ConfirmCallback:     "+"原因:"+cause);
            }
        });
        rabbitTemplate.setReturnCallback(new RabbitTemplate.ReturnCallback() {
            @Override
            public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) {
                System.out.println("ReturnCallback:     "+"消息:"+message);
                System.out.println("ReturnCallback:     "+"回应码:"+replyCode);
                System.out.println("ReturnCallback:     "+"回应信息:"+replyText);
                System.out.println("ReturnCallback:     "+"交换机:"+exchange);
                System.out.println("ReturnCallback:     "+"路由键:"+routingKey);

            }
        });
        return rabbitTemplate;
    }


}

ack 机制(https://www.cnblogs.com/milicool/p/9662447.html

配置

 # 开启 ack 手动确认 simple: acknowledge-mode: manual # 开启 ack 手动确认

生产者

@Component
public class Producer {

    @Autowired
    private RabbitTemplate rabbitTemplate;

    /**
     * 给hello队列发送消息
     */
    public void send() {
        for (int i =0; i< 100; i++) {
            String msg = "hello, 序号: " + i;
            System.out.println("Producer, " + msg);
            rabbitTemplate.convertAndSend("queue-test", msg);
        }
    }

}

消费者

@Component
public class Comsumer {
    private Logger log = LoggerFactory.getLogger(Comsumer.class);

    @RabbitListener(queues = "queue-test")
    public void process(Message message, Channel channel) throws IOException {
        // 采用手动应答模式, 手动确认应答更为安全稳定
        channel.basicAck(message.getMessageProperties().getDeliveryTag(), true);
        log.info("receive: " + new String(message.getBody()));
    }
}

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: RabbitMQ是一个可靠的、强大的开源消息队列系统,用于实现消息的传递与处理。为了保证在RabbitMQ开发的高效性和一致性,我们应遵循以下开发规范: 1. 连接复用和资源关闭:RabbitMQ的连接是宝贵的资源,在使用RabbitMQ时应尽量减少连接建立的开销。同时,对于使用完毕的连接和通道,应及时关闭以释放资源。 2. 消息持久化:在生产者发布消息时,应将消息设置为持久化,以确保消息在任何情况下都不会丢失。 3. 幂等性设计:由于消息传递的不确定性,消费者处理消息时应该设计成具有幂等性。即,消费者能够处理重复的消息而不会产生重复的结果。 4. 优雅的失败处理:当无法处理某条消息或者处理出错时,应采取适当的方式进行失败处理。可以选择将消息放回队列等待后续处理,或者将消息发送到死信队列。 5. 限流机制:在高并发的情况下,为了保护消费者不被过载,需要对消费者进行限流。可以使用基于QoS的限流机制,设置每个消费者一次能接受的最大消息数。 6. 重试机制:当消息处理失败时,可以采取一定的重试机制。可以设置延迟重试时间,或者根据处理失败的原因进行不同的处理策略。 7. 合理的消息大小和数量控制:消息的大小和数量都会对RabbitMQ的性能产生影响。应注意合理设置消息大小,避免过大的消息占用过多的网络资源,同时应控制每个队列消息的数量。 8. 良好的命名规范:在RabbitMQ开发,为了便于管理和维护,应使用良好的命名规范。对于交换器、队列和绑定的命名,应具有清晰、描述性和唯一性。 通过遵守以上开发规范,我们可以有效地使用RabbitMQ,并保证其稳定性和性能。 ### 回答2: RabbitMQ是一个开源的消息间件,用于不同应用程序之间的异步通信。为了保持代码的一致性和可维护性,我们可以遵循一些RabbitMQ开发规范。 首先,消息队列的命名约定非常重要。建议使用有意义的队列名称,以便于识别和理解。队列名称可以基于消息的用途、业务逻辑或者数据处理流程来命名。 其次,对于交换机的类型,根据实际需求来选择合适的类型。常见的交换机类型有direct、topic、fanout和headers。根据数据的路由规则和目标应用的需要,选择合适的交换机类型能够提高消息的传递效率和可靠性。 另外,对于消息的序列化和反序列化,可考虑使用常见的序列化格式,如JSON或protobuf。序列化和反序列化的处理应该快速且可靠,以确保消息在队列的传递和处理不会出现问题。 此外,使用适当的消息确认机制和错误处理机制非常重要。在发送消息后,应使用消息确认机制来确保消息被正确接收和处理。同时,在消费者处理消息时,也要考虑处理可能出现的异常情况,比如网络连接断或者应用程序错误,并进行适当的错误处理,以保证消息的可靠性和数据的一致性。 最后,对于性能方面的考虑,可以使用批量处理消息的方式来提高效率。对于大量的消息,可以考虑使用批量的方式进行传递和处理,以减少网络传输的开销和提高处理速度。 总结来说,RabbitMQ开发规范包括命名约定、交换机选择、消息序列化和反序列化、消息确认和错误处理机制、批量处理等方面。遵循这些规范可以提高系统的可靠性、可维护性和性能。 ### 回答3: RabbitMQ是一个开源的、基于AMQP协议的消息间件,用于实现分布式应用程序之间的异步消息传递。为了确保RabbitMQ开发过程更加规范和高效,我们需要遵守以下规范: 1. 代码规范:编写清晰、简洁、可读性高的代码,遵循代码规范,使用有意义的命名,注释要写得清晰明了,避免冗余代码和魔术数字。 2. 连接管理:在应用程序RabbitMQ建立连接时,需要确保连接只在必要时进行创建,使用完毕后关闭连接,避免资源浪费。同时,需要设置连接超时时间,以免长时间无响应导致连接异常。 3. 队列声明:在使用队列前,需要先进行队列声明,定义队列名、是否持久化、自动删除等属性。这样可以确保队列的准确性和一致性。同时,要注意队列的命名规范,保证命名具有描述性和唯一性。 4. 消息发送与接收:在发送消息时,要指定目标队列和交换机,确保消息能够准确地路由到目标消费者。在接收消息时,需要设置ACK确认机制,确保消费者成功处理消息后,告知RabbitMQ。 5. 错误处理:当消息发送或接收过程发生错误时,需要进行错误处理,包括异常捕获、重试机制等,避免消息丢失或处理失败。 6. 监控与优化:RabbitMQ提供了多种监控工具和性能优化策略,开发人员需要及时监控队列的状态、消息的流量等,根据实际情况进行性能优化和资源调整。 7. 安全性保护:为了保护RabbitMQ的安全性,开发人员需要设定合适的访问权限,避免未授权的用户操作队列或交换机。 总结来说,RabbitMQ开发规范包括代码规范、连接管理、队列声明、消息发送与接收、错误处理、监控与优化以及安全性保护等方面。遵循这些规范可以提高开发效率、降低出错概率,保证消息系统的稳定性和可靠性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值