网站模板兼容手机端市场推广是做什么的

---

一、消费者确认机制

为了确认消费者是否成功处理消息，RabbitMQ提供了消费者确认机制（Consumer Acknowledgement）。当消费者处理消息结束后，应该向RabbitMQ发送一个回执，告知RabbitMQ自己消息处理状态。回执有三种可选值：

• ack：成功处理消息，RabbitMQ从队列中删除该消息。
• nack：处理消息失败，RabbitMQ需要再次投递消息。
• reject：消息处理失败并拒绝该消息，RabbitMQ从队列中删除该消息。

SpringAMQP已经实现了消息确认功能。并允许我们通过配置文件选择ack处理方式，有三种方式：

• none：不处理。即消息投递给消费者后立即ack，消息会立刻从RabbitMQ中删除，非常不安全，不建议使用。
• manual：手动模式。需要自己在业务代码中调用API，发送ack或reject，存在业务入侵，但更灵活。
• auto：自动模式。SpringAMQP利用AOP对我们的消息处理逻辑做了环绕增强，当业务正常执行时自动返回ack。当业务出现异常时，根据异常判断返回不同的结果：
  • 如果是业务异常，会自动返回nack。
  • 如果是消息处理或校验异常，自动返回reject。

spring:rabbitmq:listener:simple:acknowledge-mode: auto

二、消息失败处理

当消费者出现异常后，消息会不断requeue（重新入队）到队列，再重新发送给消费者。然后再次异常，再次requeue，无限循环，导致MQ的消息处理飙升，带来不必要的压力。
我们可以利用Spring的retry机制，在消费者出现异常时利用本地重试，而不是无限制的requeue到MQ队列。

spring:rabbitmq:listener:simple:retry:enabled: true  # 开启消费者失败重试initial-interval: 1000  # 初始失败等待时长multiplier: 1  # 下次失败等待时长倍数=multiplier * last-intervalmax-attempts: 3  # 最大重试次数stateless: true  # true无状态 false有状态。如果业务中包含事务，这里改为false

在开启重试模式后，重试次数耗尽，如果消息依然失败，则需要有MessageRecoverer接口来处理，它包含三种不同的实现：

• RejectAndDontRequeueRecoverer：重试耗尽后，直接reject，丢弃消息。默认就是这种方式。
• ImmediateRequeueMessageRecoverer：重试耗尽后，返回nack，消息重新入队。
• RepublishMessageRecoverer：重试耗尽后，将失败消息投递到指定的交换机。

这里推荐的是第三种方案RepublishMessageRecoverer：

1. 首先，定义接收失败消息的交换机、队列及其绑定关系。
2. 然后，定义RepublishMessageRecoverer

package com.ming.config;import org.springframework.amqp.core.*;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.amqp.rabbit.retry.MessageRecoverer;
import org.springframework.amqp.rabbit.retry.RepublishMessageRecoverer;
import org.springframework.boot.autoconfigure.condition.ConditionalOnProperty;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;/*** 消息处理失败策略*/
@Configuration
@ConditionalOnProperty(prefix = "spring.rabbitmq.listener.simple.retry", name = "enabled", havingValue = "true")  // 当配置文件中配置了该属性，才能生效
public class ErrorConfiguration {private static final String ERROR_EXCHANGE_NAME = "mt.error.direct";private static final String ERROR_QUEUE_NAME = "error.queue";private static final String ERROR_ROUTING_KEY = "error";@Beanpublic DirectExchange errorExchange() {return ExchangeBuilder.directExchange(ERROR_EXCHANGE_NAME).durable(true).build();}@Beanpublic Queue errorQueue() {return QueueBuilder.durable(ERROR_QUEUE_NAME).build();}@Beanpublic Binding errorBinding() {return BindingBuilder.bind(errorQueue()).to(errorExchange()).with(ERROR_ROUTING_KEY);}/*** 失败消息处理策略* @return MessageRecoverer*/@Beanpublic MessageRecoverer republishMessageRecoverer(RabbitTemplate rabbitTemplate){return new RepublishMessageRecoverer(rabbitTemplate, ERROR_EXCHANGE_NAME, ERROR_ROUTING_KEY);}
}

消费者如何保证消息一定被消费？

• 开启消费者确认机制为auto，由spring确认消息处理成功后返回ack，异常发挥nack。
• 开启消费者失败重试机制，并设置MessageRecoverer，多次重试失败后将消息投递到异常交换机，并交由人工处理。

三、业务幂等性

幂等：是一个数学概念。在程序开发中，则是指同一个业务，执行一次或多次对业务状态的影响是一致的。比如：根据ID查询数据、根据ID删除数据。

唯一消息ID，是给每个消息都设置一个唯一ID，利用ID区分是否是重复消息：

1. 每一条消息都生成一个唯一的id，与消息一起投递给消费者。
2. 消费者接收到消息后处理自己的业务，业务处理成功后将消息ID保存到数据库。
3. 如果下次又收到相同消息，去数据库查询判断是否存在，存在则为重复消息放弃处理。

package com.ming.config;import org.springframework.amqp.support.converter.Jackson2JsonMessageConverter;
import org.springframework.amqp.support.converter.MessageConverter;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;/*** RabbitMQ 基础配置*/
@Configuration
public class RabbitmqConfig {/*** 序列化RabbitMQ的消息* @return MessageConverter*/@Beanpublic MessageConverter messageConverter() {Jackson2JsonMessageConverter messageConverter = new Jackson2JsonMessageConverter();messageConverter.setCreateMessageIds(true);return messageConverter;}
}