Qt应用调试时如何抑制CDB的module_attach/module_detach日志？

首先可以明确说：这不是你的代码错误，问题大概率出在CDB调试器的配置或内置追踪功能上，和你的Qt应用、DLL的加载逻辑无关。

为什么排除代码问题？ #

• 你的程序在无调试环境下运行完全正常，没有这类日志输出，说明代码本身没有主动输出这种结构化的模块加载/卸载日志。
• 只有附加CDB调试器时才出现，且仅针对部分DLL，这符合调试器触发的追踪行为特征，而非程序自身的逻辑输出。

可能的CDB原因及解决步骤 #

下面是几种常见的触发场景和对应的解决方法：

1. 意外开启了模块加载追踪功能
   CDB默认不会输出这种格式的模块事件日志，但如果之前执行过相关调试命令（比如!gflag +sls开启加载符号追踪，或者trace -enable module启用模块事件追踪），调试器会持续输出这类信息。

• 解决：启动CDB后，输入以下命令关闭追踪：

  !gflag -sls
  trace -disable module
  

  之后重启调试会话，看日志是否消失。

2. 调试器配置文件残留了追踪设置
   CDB和WinDbg共享部分配置文件（比如用户目录下的windbg.ini或ntsd.ini），如果之前的调试会话中保存了模块追踪的配置，会自动加载。

• 解决：关闭所有调试器窗口，找到并临时重命名这些配置文件，然后重新启动CDB调试你的程序，验证日志是否消失。

3. 加载的DLL带有WPP追踪逻辑
   如果那几个触发日志的DLL在编译时启用了Windows软件追踪预处理（WPP），调试器会自动捕获并输出这类结构化的追踪事件。WPP日志通常是开发者用来调试模块加载流程的，正常运行时不会输出，只有调试器存在时才会触发。

• 解决：在CDB中输入命令关闭WPP追踪：

  !wpp -disable
  

  或者在调试器启动时添加参数-no_wpp来禁用WPP事件捕获。

4. 第三方调试扩展导致的输出
   如果你的CDB加载了第三方调试扩展（比如某些性能分析或模块监控工具的扩展），这些扩展可能会自动输出模块加载/卸载的日志。

• 解决：输入命令!unload卸载所有第三方扩展，或者启动CDB时添加参数-n（不加载任何扩展），看日志是否停止输出。

额外说明 #

关于你提到的“仅一个DLL包含DLLMain”：这完全正常，大部分DLL不需要自定义DLLMain逻辑，只要加载逻辑正确（正常运行无问题），就不存在代码错误。显式加载+隐式加载的混合模式也是合法的，不会导致这类调试日志问题。

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