假如说:
app.config
;和然后在内部加载哪个版本的.NET来在客户端环境中执行应用程序?
下面的控制台应用程序将在控制台中显示其CLR版本为v4.0.30319
,但@Reed Copsey对堆栈的回答(CLR 2.0 vs 4.0 performance?)显示在这种情况下加载了.NET 2.0。此外,在MSDN它说当useLegacyV2RuntimeActivationPolicy
设置为false false
:
使用.NET Framework 4及更高版本的默认激活策略,即允许旧版运行时激活技术将CLR版本1.1或2.0加载到该过程中。
尽管app.config
具有.NET 4.0配置,但听起来像是加载了.NET 2.0。我误解了什么吗?
C#源代码
namespace ConsoleApplication1
{
class Program
{
static void Main(string[] args)
{
string version = Environment.Version.ToString();
Console.WriteLine(version);
}
}
}
app.config
<?xml version="1.0"?>
<configuration>
<startup useLegacyV2RuntimeActivationPolicy="false">
<supportedRuntime version="v4.0.30319"/>
</startup>
</configuration>
最重要的是,在您的方案中,您将.Net 4指定为唯一受支持的运行时,因此您的应用程序将加载CLR 4。
您的程序的CLR行为与设计完全一致:
当我使用supportedRuntime
作为v4.0运行测试应用程序时,Process Explorer显示它加载mscorlib v4.0.30319。
当我使用supportedRuntime
作为v2.0.50727运行时,Process Explorer显示它加载mscorlilb v2.0.50727。
当我没有运行supportedRuntime
元素时,Process Explorer显示它加载mscorlilb v2.0.50727。
This blurb from Microsoft声明supportedRuntime
元素定义了程序运行的特定版本:
默认情况下,应用程序在为其构建的.NET Framework版本上运行。如果该版本不存在且应用程序配置文件未定义支持的版本,则可能发生.NET Framework初始化错误。在这种情况下,运行应用程序的尝试将失败。
要定义运行应用程序的特定版本,请将一个或多个元素添加到应用程序的配置文件中。每个元素都列出了运行时支持的版本,第一个指定了最喜欢的版本,最后一个指定了最不喜欢的版本。
这里有两个独立的元素在起作用。只有supportedRuntime
元素适用于您的场景。
supportedRuntime
元素按首选顺序定义应用程序将运行的CLR版本。如果列出支持的运行时,则将使用这些CLR版本,从上到下列表,直到找到已安装的CLR版本。如果您没有列出支持运行时,那么您的程序将使用与其编译的CLR版本运行。
useLegacyV2RuntimeActivationPolicy
元素仅适用于混合模式程序集---包含托管(.Net)和非托管(本机)代码的程序或DLL。您的示例程序不是混合模式程序集。对于混合模式程序集,将值设置为false
(默认值),或者不设置全部,使用新的.Net 4进程内并行加载混合模式程序集,因此您的应用程序可以使用CLR运行4,使用CLR 1.0-2.0在同一进程中加载混合模式程序集。将其设置为true
本质上将恢复到.Net 4之前的先前功能,其中禁用进程内并排功能,并且选择运行应用程序的任何CLR版本将尝试加载混合模式程序集。用于加载混合模式程序集的CLR版本将根据用于编译应用程序的版本以及列出的支持的运行时(如果有)来选择运行应用程序。
有关于COM组件的.Net 4加载和进程内并行(In-Proc SxS)执行的MSDN Magazine article和MSDN article,这对没有COM组件的场景也有影响。在.Net 4之前,如果您使用CLR版本编译应用程序,并且该版本在运行时在系统上不可用,则应用程序将自动在较新版本的CLR上运行(如果已安装)。从.Net 4开始,除非您在supportedRuntimes
元素中指定较新版本,否则应用程序现在不会使用较新版本的CLR运行。
以下是MSDN文章的引用:
应用开发者。并行托管对应用程序开发人员几乎没有影响。默认情况下,应用程序始终针对它们构建的.NET Framework版本运行;这没有改变。但是,开发人员可以覆盖此行为并指示应用程序在较新版本的.NET Framework下运行(请参阅方案2)。
图书馆开发者和消费者并行托管并不能解决库开发人员面临的兼容性问题。由应用程序直接加载的库(通过直接引用或通过Assembly.Load调用)继续使用它加载到的AppDomain的运行时。您应该针对要支持的所有.NET Framework版本测试库。如果使用.NET Framework 4运行时编译应用程序但包含使用早期运行时构建的库,则该库也将使用.NET Framework 4运行时。但是,如果您的应用程序是使用早期运行时和使用.NET Framework 4构建的库构建的,则必须强制您的应用程序也使用.NET Framework 4(请参阅方案3)。
最后,如果您使用的是Vista,Win7,Server 2008,Server 2008 R2,you automatically have CLR 2.0 installed。因此,如果要删除supportedRuntimes
元素,或将其更改为v2.0.50727,则可能仍将CLR 2.0作为运行时提供。