当使用IXMLDocument（msxml 包装器）时，是否有理由在我的 DLL 函数中使用 CoInitialize？ （或其他 com 对象）
调用应用程序/线程是否负责调用CoInitialize/CoUninitialize？
如果我在我的 DLL 中使用 ComObj，它会在其初始化部分自动调用 CoInitialize 并在其终结部分自动调用 CoUninitialize 怎么办？
【问题讨论】：
调用应用程序/线程是否负责调用 CoInitialize/CoUninitialize？
是的。作为一般规则，线程的创建者必须负责初始化 COM。这意味着您从 DLL 公开的函数不应为调用它们的线程初始化 COM。
原因是，如果您负责在调用 DLL 的线程中初始化 COM，那么就会对该线程的创建者施加不合理的约束。如果线程的创建者需要执行另一个需要初始化 COM 的操作怎么办？标准做法是 DLL 将 COM 初始化指定为其要求之一。在 DLL 的文档中，声明调用者必须初始化 COM。
更多详情请点击此处：Things you shouldn't do, part 2: Dlls can't ever call CoInitialize* on the application’s thread。
这就是为什么您不应该在调用者线程上的 DLL 中初始化 COM。还有更多的理由不在初始化部分初始化 COM。初始化部分在 DLL 的DllMain 内执行。在DllMain 中允许调用的东西很少，COM 函数不在允许的操作列表中。更多详情：Some reasons not to do anything scary in your DllMain, part 3。
如果我在我的 DLL 中使用 ComObj，它会在其初始化部分自动调用 CoInitialize 并在其终结部分自动调用 CoUninitialize？
ComObj 单元不这样做。对于 DLL，您引用的 COM 初始化代码被禁止。包含ComObj 将强制 COM 在可执行项目中初始化，而不是在库中。
【讨论】：
ComObj 中的函数。在 DLL 中使用 ComObj 不会导致 COM 被初始化。这只发生在 GUI 应用程序中。
ComObj 而无需初始化 COM。我知道我知道。