.Net框架 = Java虛擬機器？

haihaiger發表於2013-06-20
框架Java虛擬機
.Net框架 比 Java虛擬機器 先進多了。
1. .Net吸納了Java的優點，Program once, runanywhere，有關跨平臺方面，有一個叫Mono的專案組進行，而且已經開發了十年。如果不出意外，將來真的是runanywhere。
2..Net在機器上生成機器碼，並非Java的解釋執行。這種框架上的優勢，決定了.Net並不僅僅是效能介於c/c++和Java之間，而是接近C/C++，遠高效於Java。
 
當你編譯一個C#應用程式或任何一種CLS(Commmon
Language Specification)相容的語言時，它將首先被編譯成一種稱為IL
(Intermediate Language)的虛擬碼(pseudo-code)。在這個應用程式第一次
被執行的時候，這種IL程式碼將被編譯成機器程式碼，用於執行。也就是說從原始碼
到得到執行結果，進行了兩次編譯。事實上，只有那些被真正使用的函式程式碼
才會被進行第二次編譯。下面揭示開發過程中被隱藏起來的細節：
1) 你用C#開發一些程式
2) 用C#編譯器或CLS相容的編譯器編譯成EXE
3) 編譯器將生成的IL程式碼和附加資訊(manifest)放入擁有一個標準PE頭的Win32
可執行檔案的只讀部分。
4) 編譯器在建立這個可執行檔案時匯入(import)一個名為_CorExeMain的函式。
這個函式是.NET EE(execution engine)--.NET執行期引擎的入口函式。
5) 當執行這個Win32可執行檔案時，因為其主要是依賴於DLL的PE檔案，操作系
統將會呼叫位於MSCorEE.DLL中的_CorExeMain函式。
6) 作業系統通過PE檔案裡的進入點，呼叫MSCorEE.DLL。並能保證在Windows裡
可以有很多程式同時執行。
7) 因為作業系統不能執行.NET IL程式碼，EXE裡的進入點只是簡單的中介，它將
指示作業系統呼叫_CorExeMain函式。
8) 隨後_CorExeMain函式開始解釋位於PE檔案中的IL程式碼。
9) 因為IL是不能被直接執行的, .NET EE使用稱為JITter (Just In Time compiler)
的即時編譯器將IL程式碼編譯成本地CPU機器程式碼用於執行。這一即時編譯過程
只在第一次執行的時候進行。

相關文章