IBM MQ设置MsgId/CorrelId报可修改左值错误的实现方案咨询

你触发的「表达式必须为可修改左值」编译错误，核心原因是MQBYTE24是IBM MQ定义的24字节定长字符数组类型，C/C++语法层面不支持直接通过=运算符对数组类型的结构体成员做整体赋值。如果你写了类似md.MsgId = MsgId;、md.CorrelId = CorrelId;的直接赋值代码，就会触发该报错。

正确的赋值方式是通过内存拷贝完成，参考代码如下：

// 填充自定义ID到MQMD结构
memcpy(md.MsgId, MsgId, MQ_MSG_ID_LENGTH);
memcpy(md.CorrelId, CorrelId, MQ_CORREL_ID_LENGTH);

注意事项：通过MQMD_DEFAULT初始化MQMD后，md.MsgId的默认值为MQMI_NEW_MSG_ID（24字节全0），该标识会告知队列管理器在执行MQPUT操作时自动生成全局唯一MsgId覆盖你填入的值。如果需要完全自定义MsgId，只要你填入的取值不等于MQMI_NEW_MSG_ID，队列管理器就不会主动修改该字段；md.CorrelId默认值为MQCI_NONE，自定义赋值后队列管理器不会对其做任何修改。

• 用CorrelId做消息区分是符合IBM MQ设计规范的可行方案：CorrelId字段的设计初衷就是承载业务关联标识，供生产端、消费端做消息匹配、筛选使用，完全适配你的场景需求。
• 不建议优先自定义MsgId：MsgId的定位是队列管理器生成的消息全局唯一标识，业务层强行自定义该字段，可能会破坏MQ默认的消息链路追踪、报告消息关联、死信溯源等能力，非特殊必要不要修改该字段。

如果要追求更优的实现，可以根据你的业务场景选择对应方案：

1. 如果允许在MQ服务端侧完成过滤，不需要订阅端接收全量消息：优先选择MQ消息属性+消息选择器方案。发布消息时通过MQSETMP接口给消息挂载自定义业务属性（比如业务线标识、消息类型、追踪ID等），订阅端创建订阅时直接传入选择器规则，MQ会在服务端完成消息过滤，仅把符合要求的消息投递给订阅端，能大幅降低网络传输开销和客户端的处理压力。
2. 如果业务要求订阅端必须接收全量消息再做本地校验：除了CorrelId之外，你也可以选择在消息体固定偏移位置写入业务标识，但CorrelId位于MQMD消息头中，不需要解析消息体即可直接读取，筛选效率更高，是该场景下的优先选择。

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