Qt5.11中如何完全禁用QMessageLogger解决CPU占用过高问题

该单核心CPU占满问题是Qt 5.11版本核心库的已知内部递归死循环bug，和业务代码是否主动调用日志接口无关：

• 异常链路为Qt内部触发警告时，日志输出路径意外触发线程休眠相关逻辑的二次进入，最终在单线程内形成无出口的递归循环，和业务代码逻辑无直接关联。
• 调用栈中出现的QMessageLogger::noDebug符号不代表主动开启了调试日志，是Qt日志模块的默认桩代码即使在未主动启用日志的场景下，也会被内部异常路径触发。

注：调用栈中显示的QCoreApplicationPrivate::qmljsDebugArgumentsString是Qt 5.11版本PDB符号匹配错位导致的，和是否使用QML组件无关，不需要额外调整QML相关模块配置。

运行时全量截断（无需重编译Qt，改业务代码即可生效） #

在程序入口main函数的最开头（必须在QCoreApplication/QApplication实例创建之前执行）注册空的消息处理函数，直接截断所有Qt日志的输出路径，从根源堵死递归入口：

#include <QtGlobal>

// 空日志处理函数，直接丢弃所有级别日志，无任何输出逻辑
void silentMessageHandler(QtMsgType, const QMessageLogContext&, const QString&)
{}

int main(int argc, char *argv[])
{
    // 最先执行，确保所有Qt组件初始化前就完成日志拦截
    qInstallMessageHandler(silentMessageHandler);

    // 原有初始化逻辑
    QCoreApplication app(argc, argv);
    // 其他业务代码...
    return app.exec();
}

该方案会拦截所有级别的Qt日志（debug/info/warning/critical/fatal），不管日志来自Qt内部还是业务代码，都不会进入控制台输出、系统日志、OutputDebugString等任何后续处理路径，完全满足彻底关停日志能力的需求。

编译期彻底剔除（最彻底，零运行时开销） #

使用Visual Studio编译的场景下，可以通过预处理宏直接把QMessageLogger相关代码从编译产物中完全剔除：

• 打开项目属性，进入C/C++ -> 预处理器 -> 预处理器定义配置项
• 新增宏定义QT_NO_MESSAGELOGGER
• 全量清理并重编译整个项目
  添加该宏后，Qt头文件中所有QMessageLogger相关的代码都会在预处理阶段被排除，不会编译进最终二进制文件，连空函数调用的开销都不存在，彻底杜绝相关代码路径被触发的可能。

如果需要快速确认问题触发条件，可以直接断开attach到进程的Visual Studio调试器，或者关闭VS输出窗口的调试输出接收开关，该递归循环会因为OutputDebugString没有调试器作为接收端而自动退出，但该方法仅用于临时验证，不能作为生产环境的修复方案。

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