如何修改ActiveMQ Artemis的minLargeMessageSize？兼容老客户端大消息问题

我之前处理过类似的跨版本客户端兼容问题，结合你提到的HornetQ背景，这本质是Artemis的大消息处理机制和旧版ActiveMQ 5.x客户端不匹配导致的。下面给你几个针对性的解决方案：

1. 启用Artemis的旧版大消息兼容模式 #

Artemis保留了对HornetQ/早期ActiveMQ客户端大消息格式的支持，这也是你之前用HornetQ能正常工作的核心原因。在Artemis的broker.xml配置文件的<core>节点下添加以下参数：

<legacy-large-message-supported>true</legacy-large-message-supported>

这个参数会让服务器切换到与HornetQ一致的大消息传输逻辑，ActiveMQ 5.11客户端就能正确识别分块的大消息了。

2. 调整minLargeMessageSize控制大消息触发阈值 #

如果启用兼容模式后仍有问题，可以调整服务器端的minLargeMessageSize参数，控制消息何时被标记为大消息并分块。默认值是1MB，你可以把它调大到超过你的最大消息大小，让所有消息都以普通消息形式传输（不分块），这样旧客户端就能直接读取：

<min-large-message-size>20971520</min-large-message-size> <!-- 示例：20MB，根据你的实际消息大小调整 -->

注意：如果你的大消息体积很大，这种方式可能会增加服务器内存压力，所以优先推荐第一种兼容模式。

3. 客户端侧的补充优化 #

虽然用的是ActiveMQ 5.11客户端，也可以调整客户端的接收缓冲区参数，确保能承载大消息的传输：

ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory("tcp://your-artemis-host:61616");
connectionFactory.setReceiveBufferSize(20971520); // 与服务器端minLargeMessageSize对应

另外，确保客户端没有启用任何自定义的大消息分块配置，保持默认即可。

总结 #

优先尝试开启legacy-large-message-supported，这个参数是专门为兼容旧版客户端设计的，和你之前HornetQ的环境逻辑完全匹配。如果还不行，再结合调整minLargeMessageSize来规避分块逻辑，应该就能解决大消息无法读取的问题了。

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