哪些因素会影响Visual Studio程序启动时默认导入的DLL列表？

我有两台安装了Visual Studio 2017的电脑，运行一个枚举自身进程模块（EXE/DLL）的简单程序时，结果差异极大：

• 其中一台仅显示7个模块：

  Lab7_1.exe
  ntdll.dll
  KERNEL32.DLL
  KERNELBASE.dll
  MSVCP140D.dll
  VCRUNTIME140D.dll
  ucrtbased.dll

• 另一台则显示多达31个模块，甚至包含user32.dll这类控制台程序并未主动使用的系统DLL。

我想知道：哪些因素会影响程序默认导入的DLL列表？ Debug/Release、x86/x64开关只会产生小幅差异，平台工具集和VC++ Redist版本的差异我能理解，但系统DLL的导入情况为何也会不同？我不确定还该排查哪些方面。

背景：这是作业的一部分，一台是我的电脑，另一台供学生使用。作业原本的演示逻辑是“默认情况下只有这些模块，调用MessageBoxA()后会看到更多模块（包括user32.dll）被导入”，但如果user32.dll始终被默认导入，演示就无法正常进行。由于两台电脑行为差异大，我没法在自己电脑上复现问题，也难以调整作业内容让学生理解导入机制。

程序代码如下：

#include <iostream>
#include <vector>
#include <string>
#include <Windows.h>
#include <Psapi.h>
using namespace std;
#pragma comment(lib, "psapi.lib") //needed for MS VS 2010

void EnumerateModules(vector<HMODULE>& modules)
{
    HANDLE me = GetCurrentProcess();
    DWORD needed_size = 0;
    while (true)
    {
        DWORD actual_size = modules.size() * sizeof(HMODULE);
        EnumProcessModules(
            me, //which process
            modules.data(), //where to put the module handlers
            actual_size, //allocated buffer size
            &needed_size //desired buffer size
        );
        if (needed_size != actual_size)
            modules.resize(needed_size / sizeof(HMODULE));
        else
            break;
    }
}

string ModuleName(HMODULE module)
{
    HANDLE me = GetCurrentProcess();
    string buffer(FILENAME_MAX, 0);
    DWORD real_length = GetModuleBaseNameA(
        me, //which process
        module, //which module
        &buffer[0], //where to put the name
        buffer.size() //size of the name buffer
    );
    if (real_length > 0)
        return buffer.substr(0, real_length);
    buffer = "";
    return buffer;
}


int main(int argc, char* argv[])
{
    setlocale(0, "");
    vector<HMODULE> modules;
    EnumerateModules(modules);
    cout << modules.size() << " modules:" << endl;
    for (size_t i = 0; i < modules.size(); i++)
    {
        string name = ModuleName(modules[i]);
        cout << name.c_str() << endl;
    }
    return 0;
}

影响程序默认加载DLL的因素远不止编译选项，以下是需要重点排查的方向：

1. 系统层面的DLL注入或重定向 #

• 全局钩子：如果学生电脑上有第三方软件（杀毒软件、输入法、屏幕录制工具、桌面增强程序等）注册了全局钩子，这类钩子会强制将相关DLL（如user32.dll、gdi32.dll）注入到所有运行的进程中，包括你的控制台程序。
• AppInit_DLLs注册表项：这是Windows的旧机制，允许指定进程启动时自动加载的DLL。检查注册表路径HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\AppInit_DLLs（注意32/64位系统的注册表重定向），若该项被修改会导致额外DLL加载。

2. Visual Studio调试环境差异 #

• 调试器附加行为：如果学生通过Visual Studio调试模式启动程序，部分调试组件可能会加载额外DLL。让学生直接运行生成的EXE文件（而非通过VS启动），对比结果是否一致。
• 第三方扩展/插件：学生的VS若安装了性能分析、代码覆盖率等第三方扩展，这些扩展可能会在程序运行时注入辅助DLL。

3. C++标准库的隐式依赖 #

• CRT版本与配置：即使同为VS2017，CRT的具体更新版本（如Update 1到Update 5）可能导致不同隐式依赖；另外，_DEBUG宏的额外检查、安全功能开启等CRT配置选项，可能间接加载更多系统DLL。
• 本地化设置：程序中调用了setlocale(0, "")，若两台电脑系统默认区域设置不同，CRT可能加载不同的本地化相关DLL。

4. 模块枚举的范围差异 #

注意：EnumProcessModules枚举的是当前进程地址空间中所有已加载的模块，包括：

• 程序静态导入表声明的DLL
• 动态加载的DLL（LoadLibrary调用）
• 第三方注入的DLL

学生电脑多出的模块大概率是被注入的，而非程序默认导入。可以通过以下方式验证：

• 使用dumpbin /imports Lab7_1.exe查看程序的静态导入表，对比两台电脑生成的EXE导入表是否一致。若静态导入表无user32.dll，说明该DLL是被注入的。
• 让学生在干净环境（关闭所有第三方软件、重启后仅运行程序）下测试，看模块数量是否减少。

5. Windows版本与更新差异 #

不同版本的Windows（如Windows 10 1809 vs 20H2）或系统更新补丁，可能改变系统DLL的依赖链。例如，部分系统功能的底层实现变更，可能导致kernel32.dll间接加载更多其他DLL。

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