IBM MQLight 1.0迁移至IBM MQ 9.3.3的技术疑问

问题1：对象传输的配置方案 #

你有两种可行的实现路径，按需选择：

• JMS标准集成（推荐）：需要创建MQConnectionFactory作为JMS连接工厂。原Java对象里的字符串、整数，可以序列化为JSON/XML这类通用文本格式，封装成TextMessage发送；如果想直接传对象，也能用ObjectMessage，但要保证收发双方的类版本一致，避免序列化兼容问题。发送到主题的话，通过JMS的Topic对象操作即可，无需额外复杂配置。
• 原生MQ API方式：直接实例化MQQueueManager建立连接，把Java对象转成字节数组后写入MQMessage的消息体，再通过MQPutMessageOptions发送到队列或关联的主题（主题需在队列管理器中提前定义）。这种方式更轻量，但编码复杂度更高，适合对性能有极致要求的场景。

建议优先用JMS方式，兼容性和可维护性更好；如果原MQ Light是直接传序列化对象，转成JSON格式能避免很多后续的版本兼容坑。

问题2：高频率收发时的连接/队列开闭策略 #

绝对不要每次收发后就关闭连接或队列，保持长期复用才是最佳实践：

• 频繁创建、关闭MQ连接会产生大量额外开销，包括TCP连接建立、队列管理器认证、资源初始化等，高并发场景下会直接拖垮性能，甚至触发MQ的连接数上限。
• 不管用原生API还是JMS API，都应该复用核心资源：原生API复用MQQueueManager，JMS API复用JMSConnection和JMSSession。只需要在程序正常退出、或者长时间闲置（比如超过数小时）时，再关闭这些资源。
• 可以加个连接状态监听和自动重连机制，万一连接异常断开，自动重建即可，比每次重新创建连接高效得多。

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