引言

　　首先想給初學者推薦下《CLR via C#》這本好書，做.Net開發的開發者應該都讀一下。為避免廣告之嫌，所以這里只提供豆瓣書評的鏈接。

　　CLR 作為.Net 程序跨平臺運行的載體，和java的JVM有著類似的功能（JAVA為跨平臺而生，實現這一目標離不開JVM）。

　　隨著.NET Framework的日益發展CLR也有日新月異的變化。這些變化為開發帶來更多有用的特性，在提高開發效率的同時也提高了程序的性能和穩定性。

　CLR是什么

通用語言運行時(CommonLanguageRuntiome,CLR)最早被稱為下一代Windows服務運行時(NGWS Runtime).它是直接建立在操作系統上的一個虛擬環境，主要的任務是管理代碼的運行。

　CLR在.NetFramework中的位置

.NET平臺結構圖

　　CLR現在支持幾十種現代的編程語言為它編寫代碼，然后以一種中間語言(Intermediate Langeoage,IL)代碼的形成被執行。并且，CLR還提供了許多功能以簡化代碼的開發和應用配置，同時也改善了應用程序的可靠性。如你所知，如果某種語言的編譯器是以運行時為目標的，那么利用該語言開發生成的代碼在.NET中被稱為托管代碼（MSIL），因為這樣的代碼是直接運行在CLR上的，所以具有與平臺無關的特點。

　　目前有哪些語言支持CLR

微軟已經為多種語言開發了基于CLR的編譯器，這些語言包括：C++/CLI、C#、Visual Basic、F#、Iron Python、 Iron Ruby和IL。

除此之外，其他的一些公司和大學等機構也位一些語言開發了基于CLR的編譯器，例如Ada、APL、Caml、COBOL、Eiffel、Forth、Fortran、Haskell、Lexicon、LISP、LOGO、Lua、Mercury、ML、Mondrian、Oberon、Pascal、Perl、php、PRolog、RPG、Scheme、Smaltak、Tcl/Tk。

　　在.NET平臺結構圖中，CLR的上面是.NET的基類庫，這組基類庫包括從基本輸入輸出到數據訪問等各方面，提供了一個統一的面向對象的，層次化的，可擴展的編程接口。從.NET平臺結構圖中也可以看到，基類庫可以被各種語言調用和擴展,也就是說不管是 C#，VB.NET還是F#,VC++.NET,都可以自由的調用.NET的類庫。

　CLR內部結構

　　從上圖可以看到CLR提供的功能，如類型安全(Type Checker)、垃圾回收（Garbage Collector）、異常處理(Exception Manager)、向下兼容(COM Marshaler)等，具體的說，.NET上的CLR為開發者提供如下的服務：

• 平臺無關：CLR實際上是提供了一項使用了虛擬機技術的產品，他在操作系統之上，并不要求程序的運行平臺是 Windows系統，只要是能夠支持它的運行庫的系統，都可以在上面運行.NET應用。所以，一個完全由托管代碼組成的應用程序，只要編譯一次，就可以在任何支持.NET的平臺上運行.（從Mono的出現變得更加真實啦,不用再羨慕JAVA啦）
• 跨語言集成：CLR語序開發這以任何語言進行開發，用這些語言開發的代碼，可以在CLR環境下緊密無縫的進行交叉調用，例如，可以用VB聲明一個基類對象，然后在C#代碼中直接創建次基類的派生類。
• 自動內存管理：CLR提供了拉架收集機制，可以自動管理內存。當對象或變量的生命周期結速后，CLR會自動釋放他們所占用的內存.
• 跨語言異常處理
• 版本控制（避免了DLL災難）
• .NET安全
• 簡單的組件互操作性。
• 自描述組件：自描述組件是指將所有數據和代碼都放在一個文件中的執行文件。自描述組件可以大大簡化系統的開發和配置，并且改進系統的可靠性。

　CLR 執行示意圖

　　CLR 在整個.Net Framework 程序執行過程的模型，C#、VB.Net,C++.Net 代碼通過編譯器生成了MSIL（托管代碼），然后CLR用JIT翻譯成native code ，最后就可以直接執行啦。

　CLR 版本發展史

　　C#版本 和.Net Framework 版本以及CLR依賴關系 和新特性添加列表,

The .NET Framework 4.5 is an in-place update that replaces the .NET Framework 4 on your computer, and similiarly, the .NET Framework 4.5.1 4.5.2, and 4.6 RC are in-place updates to the .NET Framework 4.5, which means that they use the same runtime version, but the assembly versions are updated and include new types and members. After you install one of these updates, your .NET Framework 4 or .NET Framework 4.5 apps should continue to run without requiring recompilation. However, the reverse is not true. We do not recommend running apps that target a later version of the .NET Framework on the .NET Framework 4.5.

　　上面的總體意思就是:

• .NET Framework 4.5 是.NetFramework 4.0的代替者
• .NET Framework 4.5.1 4.5.2, and 4.6 RC 是.NetFramework 4.5的代替者

　　從.net 4 開始，如果您想把.NetFramework 4.0+ 到更新的更新版本的.NetFramework,只需重新指定目標.Net Framwork然后重新編譯代碼即可，反之不可行。

　　之所以可以這樣做是因為這幾個.NetFramework版本的CLR都是4.0版本的。

The .NET Framework versions 2.0, 3.0, and 3.5 are built with the same version of the CLR (CLR 2.0). These versions represent successive layers of a single installation. Each version is built incrementally on top of the earlier versions. It is not possible to run versions 2.0, 3.0, and 3.5 side by side on a computer. When you install version 3.5, you get the 2.0 and 3.0 layers automatically, and apps that were built for versions 2.0, 3.0, and 3.5 can all run on version 3.5. However, the .NET Framework 4 ends this layering approach. Starting with the .NET Framework 4, you can use in-process side-by-side hosting to run multiple versions of the CLR in a single process. For more information, see Assemblies and Side-by-Side Execution.

In addition, if your app targets version 2.0, 3.0, or 3.5, your users may be required to enable the .NET Framework 3.5 on a Windows 8 or Windows 8.1 computer before they can run your app. For more information, see Installing the .NET Framework 3.5 on Windows 8 or 8.1

　　這段話的意思是

• .NET Framework versions 2.0, 3.0, and 3.5 每個版本都是在前一個版本基礎上增量開發的
• .NET Framework versions 2.0, 3.0, and 3.5 不同版本的程序不能在同一機器上同時運行在不同CLR上。（在安裝 3.5 版后，你將無需安裝 2.0 和 3.0 版本，2.0、3.0 和 3.5 生成的應用程序均可在 3.5 版上運行）
• 從 .NET Framework 4 開始，在單個進程中可使用進程內并行運行在多個版本的CLR 。（即4.0的dll引用了2.0的dll是，4.0的代碼在CLR4.0上運行而2.0的代碼運行在CLR2.0上）
• 此外，如果你的應用程序使用的是 2.0、3.0 或 3.5 版，你的用戶可能需要先在（Windows7） Windows 8 或 Windows 8.1計算機上啟用 .NET Framework 3.5，然后才能運行應用程序。

　　順便看下 各個.Net Framework 新功能：

　CLR最新發展

　　未來.NEtFrameWork 會有新的兄弟進來一起構建.Net 跨平臺和云架構的夢想。

　　上圖中Core CLR是asp .Net vNext很重要的核心之一，雖然官方沒說，但基本上就是一個精簡版的CLR，拿掉了繪圖等功能，讓Server和Cloud程序更高效

　　至于MonoCLR,大家看名字就知道是為了更好的支持Mono這個開源的新秀的。

　　Update1：摘自MSDN的《使用 CoreCLR 編寫 Silverlight》

自 2005 年 10 月發行 CLR 的 2.0 版本后就開始了 CoreCLR 的設計。它的兩個主要設計目標是大小和兼容性：從編程人員的角度來看，針對 CLR 的編碼應該始終相同，而從用戶的角度來看，下載必須非常小。由于 Silverlight 旨在提供一組不同于桌面 CLR 的方案，因此，我們可以進行一些更改，以簡化 CoreCLR 并允許我們縮減 Silverlight 的安裝大小。但是，堆棧底部的一致性至關重要。行為差異（即使這些行為差異都正確）表明堆棧上部有錯誤。

為了確保兼容性，我們在堆棧底部的各個組件中使用相同的代碼。執行引擎和虛擬機都是相同的。其中包括類型系統和元數據、垃圾回收器 (GC)、JIT 編譯器、線程池以及運行時引擎的其他核心部件。

但是，為了適應 Web 應用程序方案，進行了一些更改。例如，富 Internet 應用程序通常簡單且運行時間短，JIT 編譯器主要側重于減少啟動時間，而非執行更復雜的優化操作。同樣，服務器垃圾回收模式可以對使用相似分配模式的多個工作線程進行優化，而對 Web 托管應用程序則行不通。因此，Silverlight 只包含針對交互式應用程序進行優化的標準工作站 GC。但是，在 Silverlight 應用程序中使用 Microsoft 中間語言 (MSIL) 和元數據的方式與在針對桌面的托管應用程序中的使用方式完全相同，而且應用程序的行為在用戶的桌面上和在瀏覽器上一致。

事實上，Silverlight 并不打算取代桌面 CLR，這就引發了核心引擎中最大的變化：CoreCLR 將與桌面 CLR 進程并行運行。