- 综合排序
- 最热优先
- 最新优先
- 来自专栏后端从入门到精通
死信队列实现订单超时代码实例(RabbitMq)
死信 */ @RequestMapping("/deadTo") public void deadTo() { String dead_letter = "dead-letter System.out.println("业务接收到消息AAAA"); boolean ack = true; try { if (msg.contains("dead-letter int order = 0; rabbitMqService.addUserOrder(order); String dead_letter = "dead-letter System.out.println("业务接收到消息AAAA"); boolean ack = true; try { if (msg.contains("dead-letter
88620编辑于 2022-07-29 - 来自专栏DotNet NB && CloudNative
.NET 云原生架构师训练营（模块二 基础巩固 RabbitMQ Masstransit 异常处理）--学习笔记
，如果使用信箱之后，在 consume 中要发布/发送的消息就会先暂存在内存中直到 consume 方法成功之后才真正发出去 其他 Fault Consuming Faults Error Pipe Dead-Letter input-queue", ec => { ec.DiscardFaultedMessages(); }); 默认情况下错误的消息会被投递到了 _error 队列，可以配置直接抛弃错误信息 Dead-Letter
56540发布于 2021-01-28 - 来自专栏DotNet NB && CloudNative
.NET 云原生架构师训练营（模块二 基础巩固 Masstransit 异常处理）--学习笔记
，如果使用信箱之后，在 consume 中要发布/发送的消息就会先暂存在内存中直到 consume 方法成功之后才真正发出去 其他 Fault Consuming Faults Error Pipe Dead-Letter "input-queue", ec => { ec.DiscardFaultedMessages(); }); 默认情况下错误的消息会被投递到了 _error 队列，可以配置直接抛弃错误信息 Dead-Letter
58940发布于 2021-01-18 - 来自专栏chong_bao
kafka 保证分区数据顺序
ConcurrentKafkaListenerContainerFactory(); configurer.configure(factory, kafkaConsumerFactory); // dead-letter
1.1K20编辑于 2022-04-19 - 来自专栏johnhuster
DefaultMessageListenerContainer消息应答方式
AUTO_ACKNOWLEDGE还是CLIENT_ACKNOWLEDGE，只要发生了异常，消息都会进行jms.redeliveryPolicy.maximumRedeliveries配置数量的消息重发重试，如果消息无法发送则会送到Dead-Letter
65610编辑于 2022-03-29 - 来自专栏cwl_Java
快速学习-RocketMQ特性(features)
RocketMQ将这种正常情况下无法被消费的消息称为死信消息（Dead-Letter Message），将存储死信消息的特殊队列称为死信队列（Dead-Letter Queue）。
93630发布于 2020-09-21 - 来自专栏小工匠聊架构
Apache Kafka-消费端消费重试和死信队列
Spring-Kafka 封装了消费重试和死信队列， 将正常情况下无法被消费的消息称为死信消息（Dead-Letter Message），将存储死信消息的特殊队列称为死信队列（Dead-Letter Queue
16K41发布于 2021-08-17 - 来自专栏kwai
[Spring Cloud]Stream组件介绍
Dead-Letter 默认情况下，某 topic 的死信队列将与原始记录存在于相同分区中。 死信队列中的消息是允许复活的，但是应该避免消息反复消费失败导致多次循环进入死信队列。
5K111编辑于 2023-03-14 - 来自专栏ops技术分享
logstash配置文件--logstash.yml
启用持久队列(queue.type: persisted)后，执行检查点的时间间隔，单位ms，默认1000ms queue.checkpoint.interval: 1000 # ------------ Dead-Letter
2.4K20发布于 2021-07-06 Java开发面试--RabbitMQ专区2
使用死信队列（Dead-Letter Queue）：可以设置一个死信队列来接收由于消费者异常导致的消息。当消费者无法成功处理消息时，可以将消息发送到死信队列，以便后续进行处理。 可以使用RabbitMQ的DLX（Dead-Letter Exchange）机制，将具有异常的消息路由到一个特定的死信交换器，再通过死信交换器将消息发送到死信队列。
47010编辑于 2024-09-10- 来自专栏JAVA
RocketMQ详细介绍
死信队列 在正常情况下无法被消费(超过最大重试次数)的消息称为死信消息(Dead-Letter Message)，存储死信消息的特殊队列就称为死信队列(Dead-Letter Queue) 当一条消息初次消费失败 在消息队列 RocketMQ 中，这种正常情况 下无法被消费的消息称为死信消息(Dead-Letter Message)，存储死信消息的特殊队列称为死信队列 (Dead-Letter Queue)。
2.1K10编辑于 2024-11-22 - 来自专栏软件工程
RocketMQ的基本认识
RocketMQ将这种正常情况下无法被消费的消息称为死信消息（Dead-Letter Message），将存储死信消息的特殊队列称为死信队列（Dead-Letter Queue）。
78040编辑于 2021-12-24 - 来自专栏天马行空布鲁斯
Exponential Backoff with RabbitMQ
一般来说有三种方法来处理RabbitMQ中消息处理失败：丢弃消息；把消息重新放回队列（requeuing）；或者是把消息发送到一个死信交换机（dead-letter exchange）。
53010编辑于 2023-03-02 - 来自专栏想法独特的Dev+Ops
kubernetes Operator 异步操作方案
异常处理：设置消息 TTL 和死信队列（Dead-Letter Queue）处理长期未完成的任务。记录操作日志，便于故障排查。代码实现注意事项1.回调接口安全：使用 HTTPS 加密通信。
54000编辑于 2025-03-06 - 来自专栏消息中间件
RabbitMQ消息的可靠性投递
延迟队列方式：RabbitMQ还支持通过使用延迟队列（dead-letter queue）实现消息的重试。在这种方式中，当消息一次投递失败后，消息将被重新投递到延迟队列中。
86310编辑于 2024-05-01 - 来自专栏程序员果果
RocketMQ 简介
undefined消息队列RocketMQ将这种正常情况下无法被消费的消息称为死信消息（Dead-Letter Message），将存储死信消息的特殊队列称为死信队列（Dead-Letter Queue
3.2K30发布于 2021-01-06 - 来自专栏Vincent-yuan
RocketMQ学习1
RocketMQ将这种正常情况下无法被消费的消息称为死信消息（Dead-Letter Message），将存储死信消息的特殊队列称为死信队列（Dead-Letter Queue）。
83210发布于 2021-11-08 - 来自专栏灰子学技术
消息队列（三）：RabbitMQ基本API介绍
is not possible or requeue is false, the message will be dropped or delivered to a server configured dead-letter
1.4K10编辑于 2023-10-30 Java开发面试--RabbitMQ专区1
RabbitMQ可以通过两种方式实现延迟消息： 使用RabbitMQ的Dead-letter功能和TTL（Time to Live）属性：这种方法需要使用RabbitMQ的两个特性：消息TTL和死信交换器
37610编辑于 2024-09-09深入理解 RabbitMQ：从核心概念到实战应用
"x-max-length": 10000, "x-dead-letter-exchange": "dead_exchange"}，当队列消息超过 10000 条时，将多余消息转发到 “死信交换机”（Dead-Letter
58011编辑于 2025-09-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号