如何从DB2存储过程向IBM MQ头（MQRFH2/usr）添加源信息？

方案1：直接在外部存储过程中调用MQ原生API（推荐） #

既然你的存储过程是用大型机语言（如COBOL）或C++实现的，完全可以跳过DB2提供的MQSend函数，直接调用MQ的原生API（比如MQPUT）。这样你就能手动构造MQRFH2消息头，在其user段中添加自定义的SourceID和Sequence键值对：

• 构造MQRFH2结构时，指定StrucId = "RFH "、Version = 2；
• 在NameValueData字段中嵌入符合RFH2格式的XML片段，例如：<usr><SourceID>YOUR_SOURCE_ID</SourceID><Sequence>12345</Sequence></usr>；
• 将RFH2头与你的XML负载拼接后，通过MQPUT发送到目标队列。
  这种方式完全绕开DB2 MQ函数的限制，对消息头拥有完全控制权，是最直接的解决方案。

方案2：利用DB2 MQ函数的消息属性支持（如果兼容） #

部分新版本的DB2（如11.5及以上）和MQ集成时，支持通过MQSend的扩展参数设置MQ用户自定义消息属性。虽然这不是直接写入RFH2的user文件夹，但消费端同样可以通过MQ API读取这些属性。如果你的消费端可以适配这种方式，这是一个不需要修改存储过程逻辑的轻量方案，但需要确认你的DB2和MQ版本是否支持该特性。

方案3：中转队列+消息改写代理（无侵入原存储过程） #

如果无法修改现有外部存储过程，可以设置一个中转队列：

1. 让原存储过程用MQSend将消息发送到中转队列；
2. 编写一个简单的MQ监听器（用Java、C++或大型机语言均可），监听中转队列；
3. 监听器取出消息后，添加包含SourceID和Sequence的MQRFH2头，再转发到最终目标队列。
   这个方案不需要改动原存储过程逻辑，比把信息嵌入XML负载的方式更优雅，唯一的代价是增加了一层中转环节。

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