通过准隔离COM使用EXE服务器

我已经能够使用清单，特别是 MSBuild 任务GenerateApplicationManifest，以便我们的主应用程序使用独立的COM。我可以创建所需的所有在 DLL 中实现的 COM 对象，而无需在客户端计算机上注册 DLL。但是，我很贪心...

我们的应用程序套件还具有一些通常通过 COM 调用的单独应用程序。对于这些，据说你不能做EXE到EXE隔离COM。严格来说，这是事实，但我已经完成了 90%，并且在其他论坛上我看到其他人提供了完成剩余部分的线索。

对于我的 EXE 服务器，我在清单中有一个条目，其中包含 EXE 服务器的名称，并且该条目中有一个子条目，以便当 ATL 服务器调用时LoadRegTypeLib()，调用就会成功。这样可行。

当然，棘手的部分是您不能将 EXE 服务器的条目放入客户端应用程序清单中并期望CoCreateInstance()成功（通过启动服务器 EXE 并执行 COM 执行的所有其他操作。）

我能够伪造很多，因为我知道要启动哪个 EXE 服务器。我可以打电话CreateProcess()然后打电话WaitForInputidle()在客户端应用程序中，让我的服务器为客户端应用程序中的 CoCreateInstance() 做好准备。

如果我打电话CoCreateInstance()并要求IDispatch客户端界面，调用成功，可以调用Invoke()一切正常。

现在贪婪的部分来了......

IDispatch 工作得很好，但我希望能够通过从 IDispatch 派生的双接口进行调用。我想这样做，因为我有很多这样编写的代码，并且语法更简单，并且异常处理已经存在。

然而，当我打电话时QueryInterface()对于我的双接口IDispatch接口，我得到 E_NOINTERFACE 返回。我已经在服务器 EXE 中的 ATL 服务器对象中设置了断点，并且可以确认在服务器端，它找到了接口并返回 S_OK。因此，似乎接口无法以某种方式编组回客户端。

所以，问题是，我怎样才能得到QueryInterface()为了让我的自定义/双界面成功？我尝试过使用的各种组合<comInterfaceProxyStub> and <comInterfaceExternalProxyStub>在我的客户端清单（和服务器清单）中尝试封送接口，但我仍然看到E_NOINTERFACE返回我的客户端。

我几年前在另一个论坛上看到 Hans Passant 发表的评论，内容是可能需要一个单独的代理/存根 DLL 来编组接口，但没有太多细节。

是否有可能在免注册的情况下解决这个问题？是否有必要创建代理/存根库？如果是这样，我的客户端应用程序（和/或服务器应用程序和/或代理/存根 DLL）中的清单条目会是什么样子？

如果您有代理/存根 DLL，请将其作为file带有孩子的元素comInterfaceProxyStub它处理的每个接口的元素（不要忘记threadingModel属性）。

如果您有类型库，请将其作为file带有孩子的元素typelib元素，并添加一个comInterfaceExternalProxyStub类型库中每个接口的元素（不要忘记tlbid属性），其中proxyStubClsid32是自动化编组器："{00020424-0000-0000-C000-000000000046}".

例如，如果您使用标准封送处理（代理/存根 DLL）：

<assembly ...>
    <file name="myps.dll">
        <comInterfaceProxyStub iid="{iid1}"
                               name="IMyDualInterface1"
                               baseInterface="{00020400-0000-0000-C000-000000000046}"
                               numMethods="8"
                               proxyStubClsid32="{proxyStubClsid32}"
                               threadingModel="Free"
                               />
    </file>
</assembly>

如果您使用类型库封送：

<assembly ...>
    <file name="mylib.tlb">
        <typelib tlbid="{tlbid}"
                 version="1.0"
                 helpdir=""
                 />
    </file>
    <comInterfaceExternalProxyStub iid="{iid2}"
                                   baseInterface="{00020400-0000-0000-C000-000000000046}"
                                   numMethod="8"
                                   name="IMyDualInterface2"
                                   tlbid="{tlbid}"
                                   proxyStubClsid32="{00020424-0000-0000-C000-000000000046}"
                                   />
</assembly>

实际上，comInterfaceExternalProxyStub适用于任何其他注册的（非隔离的）代理/存根。例如：

<assembly ...>
    <comInterfaceExternalProxyStub iid="{iid2}"
                                   baseInterface="{00000000-0000-0000-C000-000000000046}"
                                   numMethod="4"
                                   name="IMyInterface3"
                                   proxyStubClsid32="{proxyStubClsid32}"
                                   />
</assembly>

在这种情况下，{proxyStubClsid32}是已注册的代理/存根 CLSID。

如果我没记错的话，当 Windows XP 仍然受支持时，我已经成功尝试过使用comInterfaceExternalProxyStub对于代理/存根 DLL 中的接口，然后声明相应的comClass代理/存根中的元素file元素，实际上不需要comInterfaceProxyStub元素。

然而，这不是一个好的做法，comInterfaceExternalProxyStub实际上应该仅用于外部代理/存根，正如其记录的方式一样，听起来好像允许 COM 基础结构在激活所需的代理/存根时不在隔离的 CLSID 中查找。