COM代理第三方组件

Question

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

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

有没有办法在理论上没有任何额外依赖关系的DLL组件的代理进程中激活组件中没有AppID的组件，或者有人可以向我解释为什么这会是一个坏主意？

Answer 1

是的，您可以在代理中加载（例如）仅32位的DLL，并以下列方式从64位进程访问它。如果有可用的编组器，这将有效，通常用于具有类型库的组件，因为它们通常使用标准编组器。如果对象需要自定义代理/存根，因为64位版本将不存在，或者您不会首先遇到此问题，它将无法工作。

首先你需要一个AppID。如果DLL已经有AppID，您应该使用它。您可以通过CLSID键检查您感兴趣的CoClass。

此处使用的示例是Capicom.HashedData和Capicom.EncryptedData类。 Capicom只有32位。

您应该使用32位版本的Regedit来执行此操作，因为它是一个32位组件。如果您要从32位访问64位组件，请使用另一个。 （这是因为32位兼容层的注册表虚拟化 - 使用匹配的bitness版本的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”条目。就是这样！
• 这将 NOT 影响DLL的普通客户端。只要bit-ness匹配，它们将继续像以前一样在进程中加载​​。它唯一的区别是它可以从不同位的客户端进行实例化。