进程启动时工作线程能否静态加载DLL？异常现象求解释

核心原因 #

• 调试器介入的流程干扰：VS调试器启动进程时会注入调试辅助组件（如msvmon.dll），这些组件会创建调试器专属线程，拦截系统加载逻辑。当调试器开启加载时中断或符号自动加载时，主线程会被挂起在ThreadStart，转而由调试器工作线程处理部分DLL的加载与初始化，这就导致目标核心DLL的DLL_PROCESS_ATTACH在工作线程执行。
• 隐性延迟加载触发：即便该DLL属于静态依赖，若EXE或其他依赖模块配置了延迟导入表（Delay Import Table），或者系统LoadLibrary被调试器钩子改写，原本的静态加载会被转为动态加载。动态加载的DLL_PROCESS_ATTACH会在调用LoadLibrary的线程执行，也就是调试器创建的工作线程。
• 复杂依赖链的加载调度：当核心DLL存在未加载的递归依赖时，系统加载器可能暂停主线程的加载流程，启动辅助线程处理依赖加载。这种情况下，核心DLL的初始化会被分配到辅助线程完成，在调试环境下这种调度行为会更明显。

验证与排查步骤 #

• 关闭VS调试器的符号自动加载和加载时中断选项，重启进程，观察主线程是否正常执行DLL_PROCESS_ATTACH。
• 使用dumpbin /imports命令检查核心DLL的导入表，排查循环依赖；同时检查EXE及其他依赖模块的导入表，确认是否存在延迟导入配置。
• 用Process Monitor追踪进程启动时的LoadLibrary调用，对比调用线程ID与主线程ID，确认加载触发线程的来源。

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