CLR(Common Language Runtime)

.NET   Framework的核心是其运行时的执行环境，称为公共语言运行时(CLR)   或   .NET运行时。在CLR的控制下运行的代码常常称为托管代码。   
  但是，在CLR执行开发的源代码之前，需要编译它们(在C#中或其他语言中)。在.NET中，编译分为两个阶段：   
  (1)   把源代码编译为Microsoft中间语言(IL)。   
  (2)   CLR把IL编译为平台专用的代码。   
  这种两阶段的编译过程非常重要，因为Microsoft中间语言(托管代码)是提供.NET的许多优点的关键。下面看看其原因。   
  1.   平台无关性   
  首先，这意味着包含字节代码指令的同一文件可以放在任一平台中，运行时编译过程的最后阶段可以很容易完成，这样代码就可以运行在该特定的平台上。换言之，编译为中间语言就可以获得.NET平台无关性，这与编译为Java字节代码就会得到Java平台无关性是一样的。   
  注意.NET的平台无关性目前只是一种可能，因为在编写本书时，.NET只能用于Windows平台，但人们正在积极准备，使它可以用于其他平台(参见Mono项目，它用于创建.NET的开放源执行方式，参见http://www.go-mono.com/)。   
  2.   提高性能   
  前面比较了Java，IL实际上比Java字节代码的野心还要大。IL总是即时编译的(称为JIT编译)，而Java字节代码常常是解释性的，Java的一个缺点是在运行应用程序时，把Java字节代码转换为内部可执行代码的过程会导致性能的损失(但在最近，Java在某些平台上能进行JIT编译)。   
  JIT编译器并不是把整个应用程序一次编译完(这样会有很长的启动时间)，而是只编译它调用的那部分代码(这是其名称由来)。代码编译过一次后，得到的内部可执行代码就存储起来，直到退出该应用程序为止，这样在下次运行这部分代码时，就不需要重新编译了。Microsoft认为这个过程要比一开始就编译整个应用程序代码的效率高得多，因为任何应用程序的大部分代码实际上并不是在每次运行过程中都执行。使用JIT编译器，这种代码从来都不会编译。   
  这解释了为什么托管IL代码的执行几乎和内部机器代码的执行速度一样快，但是并没有说明为什么Microsoft认为这会提高性能。其原因是编译过程的最后一部分是在运行时进行的，JIT编译器确切地知道程序运行在什么类型的处理器上，利用该处理器提供的任何特性或特定的机器代码指令来优化最后的可执行代码。   
  传统的编译器会优化代码，但它们的优化过程是独立于代码所运行的特定处理器的。这是因为传统的编译器是在发布软件之前编译为内部机器可执行的代码。即编译器不知道代码所运行的处理器类型，例如该处理器是x86兼容处理器或Alpha处理器，这超出了基本操作的范围。例如Visual   Studio   6优化了一台一般的Pentium机器，所以它生成的代码就不能利用Pentium   III处理器的硬件特性。相反，JIT编译器不仅可以进行Visual   Studio   6所能完成的优化工作，还可以优化代码所运行的特定处理器。