尝试依赖，它被描述为“一个开源的现代依赖步行者”。

它有一个GUI，但它也可以从可选JSON输出的命令行工作!

递归显示mydll.dll在深度为1之前的依赖项:

Dependencies.exe -chain mydll.dll -depth 1

输出示例:

  □ mydll.dll (ROOT) : C:/.../mydll.dll
|  □ USER32.dll (WellKnownDlls) : C:\WINDOWS\SysWOW64\user32.dll
|  □ ADVAPI32.dll (WellKnownDlls) : C:\WINDOWS\SysWOW64\advapi32.dll
|  □ ole32.dll (WellKnownDlls) : C:\WINDOWS\SysWOW64\ole32.dll
|  □ GDI32.dll (WellKnownDlls) : C:\WINDOWS\SysWOW64\gdi32.dll
|  □ CRYPT32.dll (WellKnownDlls) : C:\WINDOWS\SysWOW64\CRYPT32.dll
|  □ Secur32.dll (WindowsFolder) : C:\WINDOWS\SysWOW64\Secur32.dll
|  □ MSVCP140D.dll (WindowsFolder) : C:\WINDOWS\SysWOW64\MSVCP140D.dll
|  □ USP10.dll (WindowsFolder) : C:\WINDOWS\SysWOW64\USP10.dll
|  □ KERNEL32.dll (WellKnownDlls) : C:\WINDOWS\SysWOW64\kernel32.dll
|  □ VCRUNTIME140D.dll (WindowsFolder) : C:\WINDOWS\SysWOW64\VCRUNTIME140D.dll
|  □ ucrtbased.dll (WindowsFolder) : C:\WINDOWS\SysWOW64\ucrtbased.dll

注意，如果最大依赖深度很深，可能需要很长时间才能产生结果。

有个程序叫"依赖" 如果你安装了cygwin，没有什么比ldd file.exe更简单的了

找出要使用的程序集的完整文件路径 按下开始按钮，输入“dev”。启动名为“VS 2017开发者命令提示符”的程序 在打开的窗口中，键入dumpbin / dependencies [path]，其中[path]是在步骤1中计算出的路径 按回车键

嘭，你得到了你的依赖信息。窗口应该是这样的:

VS 2019更新:在你的VS安装中需要这个包:

Jesse已经提到了NDepend(如果你分析。net代码的话)，但是让我们来解释一下它是如何帮助你的。

是否有一个程序/脚本，可以扫描可执行DLL 依赖或在“干净的”无dll环境中执行程序 为了防止这些糟糕的情况?

在NDepend项目属性面板中，你可以定义要分析的应用程序集(绿色)，NDepend将推断应用程序使用的第三方程序集(蓝色)。提供了用于搜索应用程序和第三方程序集的目录列表。

如果在这些目录中没有找到第三方程序集，则该程序集将处于错误模式。例如，如果我删除。net Fx目录C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319，我可以看到。net Fx第三方程序集没有被解析:

免责声明:我为NDepend工作

请参考SysInternal工具包从微软下面的链接， https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer

进入下载文件夹，以管理员权限打开Procexp64.exe。 打开查找菜单->“查找句柄或DLL”选项或Ctrl+F快捷方式。

最安全的事情是有一些干净的虚拟机，你可以在上面测试你的程序。在您希望测试的每个版本上，将VM恢复到其初始干净值。然后使用它的设置安装你的程序，看看它是否工作。

Dll问题有不同的面貌。如果你使用Visual Studio并动态链接到CRT，你必须分发CRT dll。更新你的VS，你必须分发另一个版本的CRT。仅仅检查依赖关系是不够的，因为你可能会错过这些。在我看来，在一台干净的机器上完全安装是唯一安全的解决方案。

如果您不想设置一个完整的测试环境并使用Windows 7，您可以使用XP-Mode作为初始的清理机器，并使用XP-More来复制VM。