第三方组件的 COM 代理

Question

我正在编写一个小型 DLL 组件，它需要访问两个第三方组件来组合数据，其中一个仅是 32 位，另一个仅是 64 位。两者都在 TypeLib 中注册并且与自动化兼容，因此编组不应成为问题。

如果我正确理解文档，那么除非组件也有 AppID 和 DllSurrogate 键，否则无法强制加载代理项；由于两者都是第三方组件，我有点不愿意修改它们的注册。

有没有办法在 DLL 组件的代理进程中激活没有 AppID 的组件中的对象，理想情况下没有任何额外的依赖项，或者有人可以向我解释为什么这是一个坏主意吗？

Answer 1

是的，您可以在代理中加载（例如）仅 32 位的 DLL，并通过以下方式从 64 位进程访问它。如果有可用的编组器，则这将起作用，通常对于具有类型库的组件来说，这是因为它们通常使用标准编组器。如果对象需要自定义 prox/stub，则它将不起作用，因为 64 位版本不存在，否则您一开始就不会遇到此问题。

首先你需要一个AppID。如果 DLL 已有 AppID，则应使用它。您可以通过检查您感兴趣的 CoClass 的 CLSID 密钥来找到答案。

此处使用的示例是 Capicom.HashedData 和 Capicom.EncryptedData 类。 Capicom 仅支持 32 位。

您应该使用 32 位版本的 Regedit 来执行此操作，因为它是一个 32 位组件。如果您想从 32 位访问 64 位组件，请使用另一个。 （这是因为 32 位兼容层的注册表虚拟化 - 使用匹配位数版本的 regedit 可以通过确保编辑正确的注册表虚拟化版本来解决此问题）。

Windows Registry Editor Version 5.00


;;; Capicom AppID - just using the Capicom.EncryptedData CLSID
;;; Use default surrogate = empty string
[HKEY_CLASSES_ROOT\AppID\{A440BD76-CFE1-4D46-AB1F-15F238437A3D}]
"DllSurrogate"=""

;;; Capicom.EncryptedData
[HKEY_CLASSES_ROOT\CLSID\{A440BD76-CFE1-4D46-AB1F-15F238437A3D}]
AppID="{A440BD76-CFE1-4D46-AB1F-15F238437A3D}"

;;; Capicom.HashedData - use same AppID for all!!!!!
[HKEY_CLASSES_ROOT\CLSID\{CE32ABF6-475D-41F6-BF82-D27F03E3D38B}]
AppID="{A440BD76-CFE1-4D46-AB1F-15F238437A3D}"

保存到 myComponent-dllhost.reg 文件，然后就可以了。

c:\windows\sysWow64\regedit.exe "myComponent-dllhost.reg"

您现在应该能够从 64 位脚本/COM 主机访问 Capicom.HashedData 和 Capicom.EncryptedData。

注意：

• 这仅适用于基本的 OLE 自动化类型。任何与 VBScript 或 JavaScript 中的 Windows Scripting Host 脚本兼容的对象都应该没问题。
• 您只需将 AppID 添加到可直接创建的对象中。这基本上是那些带有 InprocServer32 条目的。从工厂生成的对象或仅作为子对象可用的对象不必添加 AppID。
• 如果已经有 AppID，您只需添加空字符串“DllSurrogate”条目即可。就是这样！
• 这不会影响 DLL 的正常客户端。只要位匹配，它们就会像以前一样继续在进程内加载。唯一的区别是，可以从不同位数的客户端在进程外实例化它。