程序还没运行就提示缺少 dll，先用 dependencies 查看静态导入树；程序能启动但加载了错误模块，再用 process explorer 检查实际加载路径。这一类深度工具暂时没有可靠的完整中文替代，界面均偏技术化。
Dependencies：静态查看 EXE 和 DLL 的依赖树
Dependencies 可以打开 PE 文件并展开导入模块、API Set、架构和解析路径，适合判断发布包漏了哪个运行库、x86 与 x64 是否混用，或某个依赖为何无法解析。它是旧 Dependency Walker 的现代替代方向，更适合当前 Windows。
列表里出现红色或缺失项不一定都阻止程序运行，延迟加载模块和不同系统版本的 API Set 需要结合实际启动结果判断。先确认目标文件架构，再看直接依赖，避免从整棵树最深处开始排错。
Process Explorer：核对运行时真正加载的 DLL
Process Explorer 在 DLL 下方面板中会列出选中进程实际加载的模块、公司名称和完整路径。程序启动后行为异常、怀疑加载了旧版插件或同名 DLL 时，运行时列表比静态依赖更接近现场。
它只能看到已经加载的模块，无法代替 Dependencies 对未启动程序做完整静态分析。需要找“理论上依赖什么”选 Dependencies；要确认“现在实际加载了什么”选 Process Explorer。
Dependencies 与 Process Explorer怎么搭配
部署前先用 Dependencies 检查目标架构和直接依赖，运行后再用 Process Explorer 核对模块来源，可以区分“文件根本缺失”和“加载到了错误副本”两类问题。两款工具都应从官方项目或 Microsoft Sysinternals 获取。
不要从不明下载站单独下载报错名称对应的 DLL 并复制进系统目录，这会引入版本、架构和安全风险。正确做法是安装对应运行库、修复原软件，或把应用所需的合法组件随程序一起部署。
