如何检查DLL依赖关系?

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

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

372844 次浏览
小开
  1. 有个程序叫"依赖"
  2. 如果你安装了cygwin，没有什么比ldd file.exe更简单的了
小开

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

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

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

小开

dumpbin from Visual Studio tools (VC\bin文件夹)可以在这里提供帮助:

dumpbin /dependents your_dll_file.dll
小开

在过去(即WinXP的日子)，我曾经依赖/依赖DLL依赖程序(dependencies .exe)，但有时我仍然无法确定DLL问题。理想情况下，我们希望在运行时之前通过检查找到答案，但如果这不能解决问题(或花费太多时间)，您可以尝试启用“loader snap”，如http://blogs.msdn.com/b/junfeng/archive/2006/11/20/debugging-loadlibrary-failures.aspx和https://msdn.microsoft.com/en-us/library/windows/hardware/ff556886 (v = vs.85) . aspx中所述，并简要提到LoadLibrary失败;GetLastError没有帮助

警告:我过去一直在用gflag搞砸我的窗户，让它爬到它的膝盖，你已经被预先警告过了。

enter image description here

注意:“Loader snap”是每进程的，所以UI enable不会一直检查(使用cdb或glfags -i)

小开

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

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

小开

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

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

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

$ ldd your_dll_file.dll

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

小开

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

是否有一个程序/脚本可以扫描可执行DLL文件 依赖或执行程序在一个&;clean&;DLL-free环境 为了防止这些糟糕的情况?< / p >

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

NDepend项目属性应用程序和第三方程序集

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

NDepend项目属性应用程序和第三方程序集未解决 .

免责声明:我为NDepend工作

小开

  1. 找出要使用的程序集的完整文件路径

  2. 按下开始按钮，输入“dev”。启动名为“VS 2017开发者命令提示符”的程序

  3. 在打开的窗口中，键入dumpbin /dependents [path]，其中[path]是你在步骤1中计算出的路径

  4. 按回车键

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

enter image description here

在你的VS安装中需要这个包

小开

请参考SysInternal工具包从微软下面的链接， https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer < / p > 进入下载文件夹，以管理员权限打开Procexp64.exe。 打开查找菜单->“查找句柄或DLL”选项或Ctrl+F快捷方式

enter image description here

小开

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

如果是这样，这可能取决于&;d &;dll的版本。例如:

  MSVCP140D.dll
VCRUNTIME140D.dll

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

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

From Visual Studio: Tools >Visual Studio命令提示符。

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

小开

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

它有一个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

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


提交答案