如何检查DLL依赖关系?

有时当我做一个小项目时，我不够小心，不小心添加了一个我不知道的DLL依赖项。当我将这个程序发送给朋友或其他人时，“它不工作”，因为“一些DLL”丢失了。这当然是因为程序可以在我的系统上找到DLL，但不能在他们的系统上找到。

是否有一种方法来扫描可执行文件的DLL依赖项或在“干净”的DLL自由环境中执行程序进行测试，以防止这些糟糕的情况?

当前回答

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

其他回答

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

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

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

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

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

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

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

免责声明:我为NDepend工作

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

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

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

  MSVCP140D.dll
  VCRUNTIME140D.dll

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

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

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

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

从Visual Studio工具(VC\bin文件夹)可以帮助:

dumpbin /dependents your_dll_file.dll

推荐文章