RabbitMQ搭配amqplib报Frame size exceeds frame max问题咨询

首先明确你当前使用的版本组合不存在原生适配问题：amqplib 0.10.0仅支持AMQP 0-9-1协议，RabbitMQ 3.10.5默认原生兼容AMQP 0-9-1，不需要额外做版本适配调整。

AMQP版本适配核查方法 #

如果需要确认协议匹配性，按以下步骤操作即可：

• 在RabbitMQ服务端执行命令rabbitmq-diagnostics listeners，查看所有监听端口绑定的协议，确认客户端连接的端口绑定协议为amqp（即AMQP 0-9-1明文）或amqps（即AMQP 0-9-1 TLS加密）。
• 如果服务端启用了rabbitmq_amqp1_0插件，注意核查插件配置的监听端口，不要和AMQP 0-9-1端口混用，避免协议协商失败。

高频故障原因（按出现概率排序） #

• 端口配置错误（占该类报错的90%以上）
  最常见场景是误填端口为RabbitMQ管理UI端口（默认15672）：管理端口走HTTP协议，返回的HTTP响应报文被amqplib按照AMQP帧格式解析时，会直接判定帧长度超出限制抛出该错误。除此之外误连MQTT端口（1883/8883）、STOMP端口（61613/61614）等其他协议端口，也会因为报文格式不匹配触发同类报错。
  直接核对客户端连接串端口和服务端AMQP 0-9-1监听端口完全一致即可定位问题。
• 中间链路流量篡改
  如果客户端和RabbitMQ之间部署了四层负载均衡、七层反向代理、WAF、云服务商安全网关，这类设备如果未配置TCP透传、错误做了应用层协议改写、TLS卸载配置错误，会导致客户端收到的字节流不符合AMQP 0-9-1帧规范，触发帧长度校验失败。
  直接在RabbitMQ部署主机本地用amqplib直连本地AMQP端口测试，本地连接正常即可定位为中间链路问题，逐一核对代理的透传规则、TLS配置即可。
• TLS配置不匹配
  如果服务端AMQP端口开启了TLS加密，但客户端连接时未启用TLS配置，明文发送握手包后收到的TLS错误响应会被客户端当成普通AMQP帧解析触发报错；反过来客户端开启TLS却连接服务端明文AMQP端口，也会出现同类解析错误。
  核对服务端端口的TLS开关状态，和客户端连接配置的TLS参数保持一致即可。
• 服务端frame_max参数配置异常
  RabbitMQ默认frame_max参数值为131072（128KB），如果手动修改配置将该值设为小于AMQP协议规定的最小帧长度（4096），客户端握手阶段协商帧大小时会直接触发报错。
  执行rabbitmq-diagnostics environment | grep frame_max查看当前服务端配置值，确认参数≥4096即可，无特殊需求保持默认值即可。

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