使用JMS调用IBM MQ返回Null响应问题排查求助

核心现象：请求已发送至MQ，主机端存在响应消息，但本地JMS客户端接收超时返回Null。结合提供的代码，以下是关键排查点：

1. Connection未启动（最可能的直接原因） #

JMS Connection默认处于停止状态，必须调用connection.start()才能让消费者接收消息。你的代码中创建了Connection但完全缺失启动步骤：

Connection connection = connectionFactory.createConnection();
// 缺少关键代码：connection.start();
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);

未启动Connection时，消费者无法获取任何消息，等待超时后必然返回Null。

2. 消息ID与关联ID的匹配逻辑错误 #

你手动强制设置了message.setJMSMessageID(MQConstants.MQMI_NONE.toString());，这会让MQ不生成唯一的请求MessageID，而是使用固定的MQMI_NONE值。后续你用这个值作为Selector过滤回复：

String messageID = message.getJMSMessageID();
String selector="JMSCorrelationID='"+messageID+"'";

但CICS处理请求后，通常会将请求的原始MessageID作为回复的CorrelationID返回。如果请求的MessageID被设为MQMI_NONE，CICS可能无法正确设置回复的CorrelationID，导致Selector无法匹配到目标消息，最终超时返回Null。

解决方式：删除message.setJMSMessageID(MQConstants.MQMI_NONE.toString());，让MQ自动生成唯一的MessageID，确保CICS回复的CorrelationID与Selector完全匹配。

3. 消费者创建时机滞后 #

你先发送请求消息，再创建消费者：

producer.send(message);
// 之后才创建消费者
MessageConsumer consumer = session.createConsumer(replyQueue,selector);

若CICS回复速度极快，可能在消费者创建完成前就已将消息发送至回复队列，导致消费者无法捕获该消息（虽超时等待理论上能覆盖，但极端场景下可能出现）。建议调整顺序：先创建消费者，再发送请求消息。

4. CIH头格式可能不符合规范 #

代码中构造CIH头时设置了strucLength=180和version=2：

outData.writeInt(2); // MQLONG version
outData.writeInt(180); // MQLONG strucLength

如果CIH头的长度、版本或其他字段不符合CICS要求，CICS可能无法解析请求，不会发送回复，或把错误消息发送至死信队列而非指定回复队列。需对照IBM官方CIH结构文档检查字段正确性。

5. 超时时间设置过短 #

检查replyTimeout的数值，若超时时间（单位秒）设置过短，CICS还未完成处理并返回消息，客户端就会超时返回Null。可临时延长超时时间测试是否能接收到消息。

6. 回复队列权限与配置问题 #

需确认：

• 客户端用户拥有回复队列的读取权限
• 回复队列未设置特殊过滤规则或触发机制，导致消息无法被正常取出
• CICS确实将回复消息发送至你指定的replyToQueue（可通过MQ Explorer查看回复队列的消息内容和CorrelationID）

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