是否可以动态更改激活旧程序集的 CLR 运行时 (BindAsLegacyV2Runtime)？

Question

这是我的问题：

我必须做一个由第三方应用程序托管的插件。 该应用程序是 MFC 应用程序，要执行我的插件，我必须实现 COM object。 My COM object is in C# and needs to interop with .NET 4 assembly (so, my C# project targets .NET 4).

当我测试它时，它不起作用......我收到了异常：混合模式程序集是针对运行时的版本“v2.0”构建的，如果没有额外的配置信息，就无法在 4.0 运行时中加载......

现在，由于我正在与第三方应用程序集成，因此添加一个带有useLegacyV2RuntimeActivationPolicy集的 App.exe.config 文件似乎不是一个可接受的解决方案（或者是吗？）。

我试图在 MFC 应用程序和我的 .NET 代码之间添加额外的 C++ 层。 该层实现 COM object 并将所有调用转发到 C#。 我使用 ICLRRuntimeInfo::BindAsLegacyV2Runtime() 方法解决了我的混合模式异常。 这工作得很好。 但是，如果在我之前加载了仅使用 .NET 2.0 的另一个插件，则此方法将失败（因为其他插件启动的 .NET 2.0 运行时管理旧加载策略）。

长话短说，我被卡住了。 有没有办法动态更改负责旧加载策略的运行时？

谢谢您的帮助。

Answer 1

因为您是不同应用程序的加载组件，所以您将始终面临加载顺序问题，导致加载不同的运行时。 您可以做的是尝试使用 .net 4s In-process 并排指导，以确保加载您想要的内容。

虽然为不受控制的应用程序添加应用程序配置通常不是一个好主意，但有时这是解决问题的唯一方法。 我当然可以看到添加 app.exe.config 和测试 - 但是，如果您将插件分发给广泛的受众，这可能会出现问题。

如果一切都失败了，您可能必须做我们所做的 - 运行必须在单独的进程中使用您的 .net 4 个程序集的插件部分，并创建一个与该进程通信的 COM 插件“垫片”。 如果您使用来自 .net 程序集的 UI，这不是一个好的解决方案，但它在许多其他情况下工作得很好。