Spring Cloud Stream消费失败后的处理策略（三）：使用DLQ队列（RabbitMQ）

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！

@EnableBinding(TestApplication.TestTopic.class)

@SpringBootApplication

public class TestApplication {

public static void main(String[] args) {

SpringApplication.run(TestApplication.class, args);

}

@RestController

static class TestController {

@Autowired

private TestTopic testTopic;

/**

• 消息生产接口

• @param message

• @return

*/

@GetMapping(“/sendMessage”)

public String messageWithMQ(@RequestParam String message) {

testTopic.output().send(MessageBuilder.withPayload(message).build());

return “ok”;

}

}

/**

• 消息消费逻辑

*/

@Slf4j

@Component

static class TestListener {

@StreamListener(TestTopic.INPUT)

public void receive(String payload) {

log.info("Received payload : " + payload);

throw new RuntimeException(“Message consumer failed!”);

}

}

interface TestTopic {

String OUTPUT = “example-topic-output”;

String INPUT = “example-topic-input”;

@Output(OUTPUT)

MessageChannel output();

@Input(INPUT)

SubscribableChannel input();

}

}

内容很简单，既包含了消息的生产，也包含了消息消费。消息消费的时候主动抛出了一个异常来模拟消息的消费失败。

在启动应用之前，还要记得配置一下输入输出通道对应的物理目标（exchange或topic名）、并设置一下分组，比如：

spring.cloud.stream.bindings.example-topic-input.destination=test-topic

spring.cloud.stream.bindings.example-topic-input.group=stream-exception-handler

spring.cloud.stream.bindings.example-topic-input.consumer.max-attempts=1

spring.cloud.stream.rabbit.bindings.example-topic-input.consumer.auto-bind-dlq=true

spring.cloud.stream.bindings.example-topic-output.destination=test-topic

这里加入了一个重要配置spring.cloud.stream.rabbit.bindings.example-topic-input.consumer.auto-bind-dlq=true，用来开启DLQ（死信队列）。完成了上面配置之后，启动应用并访问localhost:8080/sendMessage?message=hello接口来发送一个消息到MQ中了，此时可以看到消费失败后抛出了异常，消息消费失败，记录了日志。此时，可以查看RabbitMQ的控制台如下：

其中，test-topic.stream-exception-handler.dlq队列就是test-topic.stream-exception-handler的dlq（死信）队列，当test-topic.stream-exception-handler队列中的消息消费时候之后，就会将这条消息原封不动的转存到dlq队列中。这样这些没有得到妥善处理的消息就通过简单的配置实现了存储，之后，我们还可以通过简单的操作对这些消息进行重新消费。我们只需要在控制台中点击test-topic.stream-exception-handler.dlq队列的名字进入到详情页面之后，使用Move messages功能，直接将这些消息移动回test-topic.stream-exception-handler队列，这样这些消息就能重新被消费一次。

如果Move messages功能中是如下内容：

To move messages, the shovel plugin must be enabled, try:

$ rabbitmq-plugins enable rabbitmq_shovel rabbitmq_shovel_management

那是由于没有安装对应的插件，只需要根据提示的命令安装就能使用该命令了。

深入思考

---

先来总结一下在引入了RabbitMQ的DLQ之后，对于消息异常处理更为完整一些的基本思路：

1. 瞬时的环境抖动引起的异常，利用重试功能提高处理成功率

2. 如果重试依然失败的，日志报错，并进入DLQ队列

3. 日志告警通知相关开发人员，分析问题原因

4. 解决问题（修复程序Bug、扩容等措施）之后，DLQ队列中的消息移回重新处理

在这样的整体思路中，可能还涉及一些微调，这里举几个常见例子，帮助读者进一步了解一些特殊的场景和配置使用！

场景一：有些消息在业务上存在时效性，进入死信队列之后，过一段时间再处理已经没有意义，这个时候如何过滤这些消息呢？

只需要配置一个参数即可：

spring.cloud.stream.rabbit.bindings.example-topic-input.consumer.dlq-ttl=10000

最后

面试题文档来啦，内容很多，485页！

由于笔记的内容太多，没办法全部展示出来，下面只截取部分内容展示。

1111道Java工程师必问面试题

MyBatis 27题 + ZooKeeper 25题 + Dubbo 30题：

Elasticsearch 24 题 +Memcached + Redis 40题：

Spring 26 题+ 微服务 27题+ Linux 45题：

Java面试题合集：

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！
30784)]

Spring 26 题+ 微服务 27题+ Linux 45题：

[外链图片转存中…(img-fNA8CepA-1714659730785)]

Java面试题合集：

[外链图片转存中…(img-VMZlPld3-1714659730785)]

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！