在 RabbitMQ 中，消费者手动拒绝并丢弃消息需调用 basicReject 并设 requeue=false，前提为 autoAck=false；若配置死信队列则消息进入死信队列，否则直接丢弃；basicNack 也可实现相同效果。

在 RabbitMQ 中，消费者手动拒绝并丢弃一条消息，核心是调用 basicReject 方法，并将 requeue 参数设为 false。这表示不重新入队，消息将被直接移除（若未配置死信队列，则彻底丢失；若已配置死信规则，则进入死信队列）。

明确使用 basicReject 并禁用重入队

这是最直接的方式，适用于单条消息处理失败且无需重试的场景：

• deliveryTag 必须传入当前消息的唯一标识（由 RabbitMQ 分配，通常通过 method.delivery_tag 获取）
• requeue = false 是关键——它告诉 RabbitMQ 不要把这条消息放回原队列
• 调用后，该消息不会被当前或其它消费者再次获取

确保不是自动应答模式

手动拒绝的前提是关闭自动确认：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 消费者端需设置 autoAck = false（如 Spring Boot 中配置 spring.rabbitmq.listener.simple.acknowledge-mode=manual）
• 否则 basicReject 调用无效，RabbitMQ 会按自动模式直接确认并删除消息
• 未调用 basicAck、basicReject 或 basicNack 的消息会一直处于 unacked 状态，直到连接断开后被自动重发

注意丢弃行为的实际去向

requeue=false 并不等于“物理删除”，其后续流向取决于队列是否声明了死信规则：

• 若队列未配置死信交换器（DLX）和死信路由键，消息将被直接丢弃（不可恢复）
• 若已配置死信队列（如通过 x-dead-letter-exchange 声明），消息会被转发至死信交换器，再路由到对应死信队列，便于后续排查或人工干预
• 丢弃动作本身不抛异常，调用成功即生效，无需额外 catch 处理

替代方案：basicNack 也可实现相同效果

当需要拒绝单条消息时，basicNack 可完全替代 basicReject：

• 调用 ch.basicNack(deliveryTag, multiple=false, requeue=false)
• 效果与 basicReject(..., requeue=false) 完全一致
• 仅当需批量拒绝（multiple=true）时才体现优势，否则二者无实质区别