我在基于WebSphere MQ 7.0.1.3和WebSphere Message Broker 7.0.0.7的遗留集成解决方案中遇到了一个奇怪的细节。有2个消息流：
第1个流程是MQ Request-Reply模式的情况。在MQPut之后，它有一个MQGet节点，它通过队列＆＃34; MQ_BIS_IN＆＃34;中的相关ID来获取消息。
第二个流是一种单向路由器，它以一个MQInput节点（没有任何过滤器）开始，该节点监听队列＆＃34; MQ_GW_IN＆＃34;。
有趣的是，＆＃34; MQ_BIS_IN＆＃34;是＆＃34; MQ_GW_IN＆＃34;的别名队列。我的第一个想法是，2流会以一种糟糕的方式干扰，基本上是＆＃34;杂食性的＆＃34; MQInput将破坏Request-Reply事务。但他们似乎在某种程度上相处融洽。
我将在测试环境中重现此配置，以确定它们在加载时的行为是否稳定。然而，是否有人知道同一队列的并发读操作之间是否存在一些优先级规则？队列的别名是否重要？
答案 0 :(得分：0)
MQInput和MQGet节点都可以配置为仅查找特定的msgId或相关ID，或者以确定的顺序获取队列中的项目，或者仅获取完整的消息组 - 所以这里不需要发生冲突。