基于IBM MQ Base Classes的事务跨线程连接池实现方案咨询

背景 #

我正在使用Java的IBM MQ Base Classes（com.ibm.mq.MQQueueManager），需要实现连接池，且无法切换到JMS API，解决方案必须仅使用IBM MQ Base Classes。

我的理解 #

• MQQueueManager代表一个物理MQ客户端连接。
• 使用事务（commit()/backout()）时，单个MQQueueManager无法在无关线程间安全并发共享，因为事务范围与MQ连接关联。
• 若多线程共享同一MQQueueManager，某线程的commit()或backout()可能影响其他线程的工作单元。

已探索的方案及缺陷 #

1. 共享MQQueueManager #

MQQueueManager qmgr = new MQQueueManager(...);

所有线程使用同一实例。
问题：

• 事务边界被共享。
• 跨线程使用commit()和backout()不安全。

2. 线程本地MQQueueManager #

MQQueueManager qmgr = new MQQueueManager(...);

每个线程创建或拥有自己的队列管理器连接。
问题：

• 这并非真正的连接池。
• 大量线程会导致大量MQ连接。
• 难以强制执行“每个应用最多10个MQ连接”这类限制。

3. MQSimpleConnectionManager / MQSimpleQueueManager #

我找到了MQSimpleConnectionManager（或类似连接管理器实现）的相关资料，但据我了解：

MQEnvironment.setDefaultConnectionManager(...)

或

MQEnvironment.setDefaultQueueManager(...)

会引入JVM级别的配置。
问题：

• 同一JVM内可能存在多个逻辑MQ客户端。
• 我希望按目标MQ服务器/队列管理器设置连接限制，而非单一JVM级限制。

期望实现的效果 #

host1:1414:QM1 -> max 5 connections
host2:1414:QM2 -> max 10 connections

并满足：

• 连接复用
• 事务隔离
• 不并发共享同一事务连接
• 仅使用IBM MQ Base Classes（无JMS）

问题 #

1. 使用MQQueueManager时，IBM推荐的连接池实现方式是什么？
2. MQSimpleConnectionManager仍是该场景的首选解决方案吗？
3. 通常如何实现按队列管理器的池限制，而非JVM级限制？
4. 是否有IBM MQ支持的机制可在保持线程间事务隔离的同时实现连接复用？
5. 若推荐方案是应用管理的MQQueueManager实例池，IBM MQ在池大小、事务处理或连接验证方面有哪些最佳实践？

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