c++ - 为什么我的应用程序不需要 msado15.dll？

Question

这个程序的 stdafx.h 有点像下面这样。

// ...
#import "./lib/64/msado15.dll" rename("EOF", "EndOfFile") no_namespace
// ...

程序运行正常，没有任何问题。

我很好奇如果删除 msado15.dll 会发生什么。所以，我删除了它，程序仍然运行良好。

我假设程序在同一目录中没有 msado15.dll 的情况下运行的原因一定是 dll 文件加载到其他地方。

为了确定 dll 的确切加载位置，我使用了“Dependancy Walker”，我发现这个程序根本没有加载 msado15.dll。

如果我能弄清楚我遗漏了什么，我会很高兴。

提前致谢。

Answer 1

Dependency Walker 只能看到静态 DLL 依赖项(在 EXE 的导入表中有引用)。如果 DLL 在运行时通过 LoadLibrary(或通过延迟加载——使用 /delayload)加载，Dependency Walker 将无法看到这个。

#import 实际上并没有对 DLL 施加静态依赖。它在编译时从 DLL 加载 COM 类型库信息。这被转换为类型库中定义的 COM 类和接口(interface)的 C++ 绑定(bind)。您可以在 Debug 或 Release 目录中将它们视为 .tli 和 .tlh 文件。您可能能够删除 DLL 文件，并且——只要这些文件仍然存在——VS 可能会继续成功构建您的项目。

同样，在运行时，由于 #import 实际上并没有对 DLL 施加静态依赖(即:它不会将其添加到 EXE 中的导入表)，Dependency Walker 将无法看到此依赖项。

然而，在运行时，EXE 将调用(间接)LoadLibrary，并且(如果缺少 DLL)这将导致运行时失败，您的程序可能会适当处理，或者可能会导致您的程序崩溃。

尽管如此，#import 只是导入了一个 COM 类型库。 COM 类型库定义了 COM 对象中使用的接口(interface)，以及这些对象的 CLSID 值。为了找到实现 COM 对象的代码，使用注册表(在 HKEY_CLASSES_ROOT\CLSID 中)解析 CLSID 值。实现 COM 对象的代码可能实际上与原始类型库不在同一个二进制文件中。

这意味着在运行时甚至可能不需要 DLL。不过，我认为这种情况很少见。

此外，COM 对象可以实现为进程外对象(意味着加载另一个 EXE)。在这种情况下，所有加载到您的进程中的都是为相关接口(interface)配置的代理/ stub DLL。通常，这些将使用 TLB 定义(在这种情况下，将加载您的 #import-ed DLL)；但它们可能在完全不同的 DLL 中实现。无论哪种方式，DLL 都将动态加载，这意味着 Dependency Walker 将看不到它。

要查看进程加载了哪些 DLL，您需要类似 SysInternals Process Monitor 或 Process Explorer 的东西。