使用 SxS 和清单文件时，.net 调用 COM 进而调用其他 .net COM 对象是否有效

StackOverflow https://stackoverflow.com/questions/2591871

题

我有一个 .net 应用程序调用 COM 组件 (C++)，该组件又调用 .NET 中实现的另一个 COM 对象。

此应用程序使用 Windows SxS 功能，并且不注册任何 COM 组件。不是用 C++ 编写的，也不是用 .net 编写的。

对 C++ COM 组件的第一次调用工作正常。但是，当 C++ COM 组件调用 .net 组件时，它会失败，类未注册。

我尝试使用清单文件创建一个小型 C++ 应用程序，该文件调用 .net 组件并且它可以工作。看来，当流程是.net -> COM NATIVE -> .NET COM 时。然后SxS 就坏了并且无法工作。

在查看 Fusion Logs（程序集加载日志）时，我发现甚至没有人尝试解析 .NET COM 程序集。

这个 SxS 场景是否应该有效（我认为它应该有效）？如果是，那么我做错了什么？

这些是我正在使用的清单文件。

.net 应用程序的应用程序清单（作为资源嵌入）：

<?xml version="1.0" encoding="utf-8"?>
<asmv1:assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v1" xmlns:asmv1="urn:schemas-microsoft-com:asm.v1" xmlns:asmv2="urn:schemas-microsoft-com:asm.v2" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<assemblyIdentity version="1.0.0.0" name="MyApplication.app"/>
<file name="DotNetComConsumer.dll" hashalg="SHA1">
  <comClass clsid="{44E69FC9-5EAF-4D57-8C09-430F703AD82F}" tlbid="{4F81C9C3-FDDF-48F6-BC25-6F8CD458EBE6}"/>
  <typelib tlbid="{4F81C9C3-FDDF-48F6-BC25-6F8CD458EBE6}" resourceid="1" version="2.0" helpdir="" flags="HASDISKIMAGE"/>
</file>
<comInterfaceExternalProxyStub name="_Class1" iid="{5D41351A-440B-4175-9296-72D5EED83AA7}" tlbid="{4F81C9C3-FDDF-48F6-BC25-6F8CD458EBE6}"   proxyStubClsid32="{00020424-0000-0000-C000-000000000046}"/>
<dependency>
  <dependentAssembly>
    <assemblyIdentity type="win32" name="application.sxs" version="1.0.0.0" />
  </dependentAssembly>
</dependency>
</asmv1:assembly>

application.sxs.manifest（常规文件）：

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity type="win32" name="application.sxs" version="1.0.0.0"/>   
<dependency>
<dependentAssembly>
  <assemblyIdentity name="PerformanceMonitor" version="10.0.0.9999" publicKeyToken="792843134cf0407a" processorArchitecture="msil"/>
</dependentAssembly>
</dependency>
</assembly>

PerformanceMonitor 清单（作为资源嵌入 PerformanceMonitor.dll 中以解决 XP 中的 .net com bug）：

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity name="PerformanceMonitor" version="10.0.0.9999" publicKeyToken="792843134cf0407a" processorArchitecture="msil"></assemblyIdentity>

<clrClass clsid="{AA614438-BC7D-400c-8837-525BFBB7253A}" progid="PerformanceMonitorFactory" threadingModel="Both" name="PerformanceMonitorFactory" runtimeVersion="v2.0.50727"></clrClass>
<file name="PerformanceMonitor.dll" hashalg="SHA1"/>
</assembly>
有帮助吗？

解决方案

它确实有效，但有些事情可能会破坏它（正如我发现的）。

显然，如果您的应用程序是 WinForms 应用程序，并且它使用 应用程序.EnableVisualStyles 命令使用操作系统提供的视觉样式，同时使用清单文件创建激活上下文，那么您就陷入了困境。

看来（根据 这）此命令本身会创建一个激活上下文以重定向进程以使用 Microsoft.Windows.Common-Controls 版本 6.0.0.0。由于某种原因，这会破坏您在清单文件中定义的 .net com 对象的使用。

从应用程序中删除 Application.EnableVisualStyles 并将其替换为清单文件中的此依赖项似乎可以解决问题：

<dependency>
   <dependentAssembly>
     <assemblyIdentity
       type="win32"
       name="Microsoft.Windows.Common-Controls"
       version="6.0.0.0"
       processorArchitecture="X86"
       publicKeyToken="6595b64144ccf1df"
       language="*"
     />
   </dependentAssembly>
</dependency>
许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top