由C#或其它能產(chǎn)生受管代碼的編譯器所生成的受管代碼就是IL碼。雖然IL代碼被包裝在一個有效的PE文件中，但是你還是不能執(zhí)行它，除非它被轉(zhuǎn)換成為受管原始代碼。這就是NGWS runtime 即時編譯器(也稱作JITters)大顯身手的時候。

為什么你會對即時編譯代碼感到厭繁， 為什么不把整個IL PE文件編譯成原始代碼? 答案是時間——需要把IL代碼編譯成CPU規(guī)ge的代碼的時間。這種編譯將更加有效率，因為一些程序段從來就沒有被執(zhí)行過。例如，在我的字處理器中，郵件合并功能從來就沒有被編譯。

從技術(shù)上說，全部的處理過程如下：當(dāng)一個類型被裝載時，裝載器創(chuàng)建一個存根(stub)，并使它連接每一個類型的方法。當(dāng)一個方法第一次被調(diào)用時，存根把控制交給JIT。JIT把IL編譯為原始代碼，且把存根指針指向裝入緩沖區(qū)的原始代碼。接著的調(diào)用將要執(zhí)行的原始碼。在某些位置上，所有的IL都被轉(zhuǎn)換成為原始代碼，這時JITter處于空閑狀態(tài)。

正如我在前面提到的，JIT編譯器有很多，不止一個。在Windows平臺上，NGWS runtime帶有3個不同的JIT編譯器。

JIT——這是NGWS runtime默認(rèn)使用的JIT編譯器。它是一個后臺優(yōu)化的編譯器 ，在前臺實行數(shù)據(jù)流分析，并創(chuàng)建了高度優(yōu)化的受管原始代碼作為輸出結(jié)果。JIT可以使用不嚴(yán)ge的IL指令集編碼，但是所需資源將十分可觀。主要的限制在于內(nèi)存足跡(footprint)、結(jié)果工作集，以及實行優(yōu)化所消耗的時間。

EconoJIT—— 和主JIT相比，EconJIT的目標(biāo)是把IL高速地轉(zhuǎn)換成受管原始代碼。它允許把產(chǎn)生的原始代碼裝入緩沖區(qū)，但是輸出碼并不象主JIT生成的代碼那樣優(yōu)化(代碼小)。當(dāng)內(nèi)存緊張時，快速代碼生成方案的優(yōu)勢將蕩然無存。永久地丟棄無用的、已JIT過的代碼，就可以把更大的IL程序裝入代碼緩沖區(qū)。因為JIT編譯快，執(zhí)行速度也仍然很快。

PreJIT——盡管它依據(jù)主JIT，但操作起來更象是一個傳統(tǒng)的編譯器。你安裝了NGWS組件，它才能運行，才可以把IL代碼編譯成受管原始代碼。當(dāng)然最終的結(jié)果為，更快的裝載時間和更快的應(yīng)用程序啟動時間(不需要更多的JIT編譯)。

在所列出的JITters中，有兩個是運行時的JITters。可是你怎么決定要使用哪一個JIT，它如何使用內(nèi)存? 有一個稱為“JIT編譯管理器”的小應(yīng)用程序(jitman.exe)，它存放在NGWS SDK安裝目錄下的bin目錄中。當(dāng)執(zhí)行該程序時，它把一個圖標(biāo)加到系統(tǒng)任務(wù)條上，雙擊該圖標(biāo)打開程序?qū)υ捒?/p>

盡管它是一個小小的對話框，可是你所選擇的選項功能是相當(dāng)強大的。每一個選項將在以下描述。

Use EconoJIT only 選項——當(dāng)該復(fù)選框沒有選上時，NGWS runtime使用默認(rèn)的正常的JIT編譯器。前面就曾經(jīng)解釋過兩種JITter的區(qū)別。

Max Code Pitch Overhead(%)選項——該設(shè)置僅保留給EconoJIT。它控制了JIT編譯時間和執(zhí)行代碼時間的百分比。如果超過了設(shè)定的值，代碼緩沖區(qū)得到擴充，以縮短JIT編譯所消耗的時間。

Limit Size of Code Cache選項——該項默認(rèn)為沒有選中。沒有選擇該項意味著緩沖區(qū)將利用它所能得到的內(nèi)存。如果你想限制緩沖區(qū)大小，選中該選項，這將允許你使用Max Size of Cache(bytes)選項。

Max Size of Cache(bytes)選項—控制容納JIT代碼的緩沖區(qū)的最大值。雖然你可以非常嚴(yán)ge地限制這個值，但你還是應(yīng)該小心，不能超過這個緩沖區(qū)所適合的最大值。否則該方法的JIT編譯將會失敗。

Optimize For Size選項——告訴JIT 編譯器，優(yōu)化的目的是為了使代碼更小而不是能執(zhí)行得更快。這個設(shè)置默認(rèn)是關(guān)掉的。

Enable Concurrent GC[garbage collection]選項——垃圾收集(GC)默認(rèn)地運行在用戶代碼的線程中。意味GC發(fā)生時，可能會注意到回應(yīng)有輕微的延遲。為防止出現(xiàn)該現(xiàn)象，打開當(dāng)前GC。注意，當(dāng)前GC比標(biāo)準(zhǔn)GC更慢，它僅在windows 2000上寫時(the time of writing)有效。

當(dāng)用C#創(chuàng)建項目時，你可能使用不同的設(shè)置試驗過。當(dāng)創(chuàng)建 UI-intensive應(yīng)用程序時，你將會看到允許當(dāng)前GC的最大差別。