我可以为Linux粉丝推荐有趣的解决方案。在探索了这个解决方案之后，我已经从DependencyWalker切换到这个。

你可以使用你喜欢的ldd而不是windows相关的exe, dll。

要做到这一点，你需要在Windows上安装Cygwin(基本安装，不需要额外的软件包)，然后启动Cygwin终端。现在你可以运行你最喜欢的Linux命令，包括:

$ ldd your_dll_file.dll

UPD:你也可以在Windows上通过git bash终端使用ldd。如果已经安装了git，则不需要安装cygwin。

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

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

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

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

免责声明:我为NDepend工作

在您的开发机器上，您可以执行该程序并运行Sysinternals Process Explorer。在下面的窗格中，它将显示加载的dll和它们的当前路径，这很方便，原因有很多。如果你正在执行你的部署包，它会显示哪些dll被引用在错误的路径(即没有正确打包)。

目前，我们公司使用Visual Studio Installer项目来遍历依赖树，并将其输出为程序的松散文件。在VS2013中，这现在是一个扩展:https://visualstudiogallery.msdn.microsoft.com/9abe329c-9bba-44a1-be59-0fbf6151054d。然后，我们将这些松散的文件打包到一个更全面的安装程序中，但至少该安装程序将所有的dot net依赖项放在一个位置，并在东西丢失时警告你。

要查看Windows中的“。dll”依赖项和其他有用信息-我可以强烈推荐CFF资源管理器(https://ntcore.com/?page_id=388)，它是免费的，非常有用。您可以查看“。dll”文件和许多其他函数的“导入”和“导出”依赖项。而且它有一个GUI -所以你不必使用cli…

DLL是在“调试模式”下编译然后部署的吗?

如果是这样，它可能依赖于dll的“D”版本。例如:

  MSVCP140D.dll
  VCRUNTIME140D.dll

如果DLL是在“发布模式”下构建的，这些将不是依赖项。D版本不附带Microsoft Visual c++ Redistributables。

事实是否如此，正如其他人指出的那样:

从Visual Studio:工具-> Visual Studio命令提示符。

在命令提示符中对DLL运行dumpbin / dependencies。

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

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