使用“useLegacyV2RuntimeActivationPolicy”时出现问题&应用程序中支持的运行时

Question

我已经修改了几个不同应用程序的 .config 文件，如下所示：

<startup useLegacyV2RuntimeActivationPolicy="true">
   <supportedRuntime version="v4.0"/>
</startup>  

当我对 devenv.exe.config （VS 2005 - 不要问:)）执行此操作时，一切都很好 - 大多数 Visual Studio 使用 .NET 2.0，但我能够使用针对 .NET 4.0 框架的程序集。

我尝试对自定义 .exe 执行相同的操作，该 .exe 恰好基于 MS CAB（稍作修改），并且混合了 WPF 和 WinForms 内容。一旦我修改了该应用程序的应用程序配置文件，我就开始在应用程序启动期间的某个时候收到此异常：

撤消操作遇到的上下文与相应设置操作中应用的上下文不同。可能的原因是在线程上设置了上下文并且未恢复（撤消）。 System.InvalidOperationException：撤消操作遇到的上下文与相应的设置操作中应用的上下文不同。可能的原因是在线程上设置了上下文并且未恢复（撤消）。

有一个很长的堆栈跟踪，它不直接显示我的应用程序代码中的任何内容（只是一堆 MS 程序集）。

如果我将应用程序的 .config 文件修改为：

<startup useLegacyV2RuntimeActivationPolicy="true">
</startup>

即删除supportedRuntime元素，则应用程序不会抛出此异常。但是，当我在代码中尝试加载 .NET 4 程序集时，如果失败并出现以下情况：

System.BadImageFormatException：无法加载文件或程序集“”或其依赖项之一。该程序集是由比当前加载的运行时更新的运行时构建的，无法加载。

我想这是预料之中的。

我有两个问题：

1) 知道为什么当我修改此应用程序的配置文件以包含supportedRuntime 元素、添加 .NET 4 支持时收到 System.InvalidOperationException 异常吗？以及有关我可以采取哪些措施的任何建议？

2) 如果答案是“不知道为什么/不知道你能做什么”，那么我的 .NET 3.5 SP1 代码 (C#) 可以为有条件添加 .NET 4 运行时支持提供更细粒度的支持对于某个程序集，而不将整个应用程序转换为目标 .NET 4，或者不使用声明性配置文件方法？在某些时候，我会将整个应用程序转换为目标 .NET 4，但从短期来看，这是一项艰巨的任务，我希望有一些短期解决方案/技巧。

非常感谢您提供的任何建议！

Answer 1

我不确定您在 VS2005 中看到的具体行为是什么，但不应该是“大多数 Visual Studio 使用 .NET 2.0，但我能够使用针对 .NET 4.0 框架的程序集”的情况。该配置应该导致进程中的所有内容在 v4 上运行。如果情况并非如此，我当然想知道它，因为它可能是一个错误。 （顺便说一句，我确信您通过将 VS2005 向前滚动到 v4 意识到您超出了受支持的场景。）

至于无效操作异常，我的猜测是您遇到了框架之间的某种不兼容问题。我确信我们也希望在这方面发现一个错误。您可以分享异常时的堆栈跟踪吗？

至于采取增量升级方法......确实没有一个好的答案。 CLR 自动支持 COM 组件的进程内 SxS 激活，因此，如果您的应用程序以可以将模块提取为 COM 组件的方式实现，那么您可以利用它。问题是大多数应用程序并不是以这种方式编写的，并且简单地将所有内容升级到 v4 比重新构建应用程序的工作量要少。

单独的程序集加载发生在触发加载的运行时中。对于正常的程序集加载，没有进程内 SxS 激活。