COM TreatAs 如何（以及何时）工作？

Question

我正在使用 查看 vsjitdebugger.exe 的注册表访问Process Monitor，我注意到有时它通过以下方式查询注册表（省略了一些信息）：

HKCU\Software\Classes\CLSID\{some-guid} NAME NOT FOUND  Desired Access: Read
...
HKCU\Software\Classes\CLSID\{some-guid}\TreatAs NAME NOT FOUND  Desired Access: Query Value
...
HKCU\Software\Classes\CLSID\{some-guid}\InprocServer32  NAME NOT FOUND  Desired Access: Read
...
HKCR\CLSID\{24E669E1-E90F-4595-A012-B0FD3CCC5C5A}\InprocServer32    SUCCESS Desired Access: Read

有关MSDN 上的TreatAs 显示它允许为将调用的另一个 COM 服务器而不是原始服务器指定 GUID。

我无法找到有关此密钥的更多信息，并且无法在我自己的 COM 对象上使用它：我有同一个 COM 对象的两种不同实现（在 2 个单独的 DLL 中，有 2 个单独的 GUID） ，当我的进程通过 GUID 创建对象时，我希望它创建另一个对象（通过 TreatAs 中指定的 GUID）。不幸的是，Windows 似乎立即尝试查询 HKCU\Software\Classes\CLSID\{my-guid}\InprocServer32，而不是首先查找 TreatAs。

我的问题基本上是关于 TreatAs 的规则，何时以及如何查询它？

Answer 1

TreatAs 功能的工作原理非常简单：通过请求 CoCreateInstance COM 对象的实例，COM 子系统会检查 TreatAs 键，并在找到时尝试实例化替换/模拟类并透明地返回它而不是请求的 CLSID。这样，调用者就透明地获得了仿真对象的接口。

该功能很少使用，但仍在使用。您可以使用 EnumerateTreatAsClasses 实用程序枚举当前活动的 TreatAs 类。该功能是挂钩 COM 类实例化的方法之一。