使用.NET Standard库读取IBM MQ队列速度远慢于.NET Framework的原因是什么？

• 最核心诱因是IBM MQ .NET Standard版客户端（amqmdnetstd.dll）默认开启了OCSP证书吊销校验，而.NET Framework版客户端默认未强制执行该校验。如果你的运行环境无法访问公网OCSP服务器，每次MQ操作都会等待校验超时，最终表现为读取卡顿，即使配置了NO_WAIT参数也不生效。
• 早期版本的IBMMQDotNetClient NuGet包存在.NET Core兼容缺陷，浏览模式下消息读取逻辑有性能Bug。
• 未显式释放MQMessage等非托管资源，.NET Core版客户端的非托管资源回收逻辑与.NET Framework存在差异，资源堆积会逐步拖慢读取速度。

1. 优先关闭证书吊销检查，在连接属性Hashtable中新增配置即可：

properties.Add(MQC.SSL_CERT_REVOCATION_CHECK_PROPERTY, MQC.SSL_CERT_REVOCATION_CHECK_NONE);

内网环境下无需做公网证书吊销校验，该配置可解决90%以上的SSL相关卡顿问题。

2. 显式释放MQMessage非托管资源，使用using包裹消息对象避免资源泄漏：

try {
    while (true) {
        // 新增using语句主动释放资源
        using(MQMessage queueMessage = new MQMessage())
        {
            queue.Get(queueMessage, mqGMO);
            var message = queueMessage.ReadString(queueMessage.MessageLength);
            string fileName = message.Substring(0,3);
        }
    }
}

3. 升级IBMMQDotNetClient NuGet包到9.3.0及以上LTS版本，该版本修复了大量.NET Core下的性能问题与阻塞Bug，同时兼容.NET Core 3.1和Linux部署环境。

4. 可选性能优化：给MQGetMessageOptions新增无事务标记，避免浏览消息时隐式加入事务单元：

mqGMO.Options = MQC.MQGMO_FAIL_IF_QUIESCING + MQC.MQGMO_NO_WAIT + MQC.MQGMO_BROWSE_NEXT + MQC.MQGMO_NO_SYNCPOINT;

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