ActiveMQ能否通过STOMP传输GZipped格式的字节数组数据？

STOMP协议完全支持将GZipped格式的字节数组消息从生产者正常传输到消费者端，不存在协议层面的限制，具体说明和注意事项如下：

• 协议本身对消息体二进制透明：STOMP全版本规范中，消息体（body）仅按照content-length头标注的字节长度做原样字节流传输，不会对内容做格式校验、编解码转换，不管传输的是纯文本、序列化结构还是GZipped压缩字节，都不会被协议层篡改或拦截。
• ActiveMQ端配置要求：
  1. 生产者发送消息时必须准确填写content-length请求头，值为GZipped字节数组的实际字节长度，禁止留空。如果缺省该头，ActiveMQ会默认把消息当文本处理，遇到字节流中的\0（NULL字符，即STOMP默认帧结束符）就会判定帧结束，直接导致消息体截断、后续解压失败。
  2. 消息的content-type头建议设置为application/gzip或application/octet-stream，不要使用默认的text/plain，避免触发broker或客户端的自动字符集转码逻辑破坏原始字节。
  3. 不要修改STOMP连接器的默认二进制传输配置，ActiveMQ默认不会对非文本类型的消息体做转码处理，配置正确的前提下字节流会无修改投递到消费者。
• 消费者侧处理要求：拿到消息后不要做任何字符串编码转换，直接取原始字节数组按约定做GZIP解压即可，不会出现传输层面的数据损坏。

常见误区：很多人遇到GZIP消息传输失败，本质是漏填content-length头导致的帧截断，属于使用配置错误，并非STOMP协议本身不支持二进制压缩内容传输。

内容的提问来源于stack exchange，提问作者Chandra Shekhar Pandey