RabbitMQ发送消息至死信队列(DLQ)触发frame_size异常，配置frameMaxHeadroom无效

配置未生效的核心原因 #

• 版本功能不匹配：你使用的Hoxton.RELEASE版本对应spring-cloud-stream-binder-rabbit 3.0.0.RELEASE，该版本中frameMaxHeadroom参数的实际作用仅为裁剪异常栈追踪长度，避免异常信息过大超过RabbitMQ的frame_max限制导致消息无法入死信队列。你预期的「增加消费者头部可用空间」是3.1.x及更高版本才新增的功能，Hoxton版本并未实现该逻辑，这是最核心的差异。
• 重试逻辑存在冲突：你同时配置了max-attempts: 1、requeueRejected: true和DLQ自动绑定，消费失败的消息会先进入DLQ，TTL到期后由于你设置dlqDeadLetterExchange为空，会被路由回原队列实现重试。如果异常栈深度过深，就算经过frameMaxHeadroom裁剪，总大小仍有可能超过RabbitMQ默认的128KB frame_max阈值，导致消息直接被丢弃无法进入DLQ，自然不会触发后续重试。
• 基础配置缺失：你没有显式调整RabbitMQ客户端的frame-max参数，若你的业务消息体本身已经接近128KB，加上异常栈信息后就算经过裁剪也容易超出限制，frameMaxHeadroom的作用会被大幅削弱。

可行解决方案 #

• 若允许升级依赖，可将Spring Cloud版本升级到2020.0.x（Ilford）及以上，该版本中frameMaxHeadroom已经实现了你预期的头部可用空间预留功能。
• 若不能升级版本，可手动调整RabbitMQ客户端的spring.rabbitmq.frame-max参数到256KB或更高，同时配合frameMaxHeadroom裁剪阈值调整，确保消息总大小不会超过限制。
• 也可自定义消费异常处理器，消费失败时手动移除消息头中的异常栈信息后再投递到DLQ，从根源上避免消息过大问题。

内容的提问来源于stack exchange，提问作者AnnKont