1.5?The?Native?Code?Generator?Tool:?NGen.exe?本地代碼生成工具NGen.exe

?

NGen.exe是和.NET框架綁定在一起的。當用戶的機器上安裝了一個應用程序，NGen.exe將會把IL代碼編譯成本機代碼。因為代碼是在安裝的時候編譯的，CLR的JIT編譯器不需要在運行時編譯IL代碼，而且這回提高應用程序的性能。

?

下面是NGen.exe使用的兩個情景

　　■?提高應用程序的啟動時間??運行NGen.exe能夠提高啟動時間，是因為在運行時之前代碼已經被編譯成本地代碼，運行時不需要再編譯。

　　■?減少應用程序的工作區?你可能知道一個程序集會在多個進程中同時加載，在這個程序集中使用NGen.exe能夠減少應用程序的工作區。原因是NGen.exe會編譯IL成本地代碼，并把輸出保存在一個獨立的文件中。這個文件能夠通過內存映射到多進程的地址空間，并允許代碼共享。

?

如果一個安裝程序在一個應用程序或者是程序集里啟動了NGen.exe，應用程序里的所有程序集或者是一個單獨的程序集會將IL編譯成本地代碼。一個新的程序集文件只包含由NGen.exe創建的本地代碼。這個新的文件會放在一個名為C:\Windows\Assembly\NativeImages_v4.0.#####_64的文件夾下。文件夾的名字包括CLR的版本，以及本地代碼是為32位或是64位機編譯的信息。

?

現在，當CLR加載一個程序集文件，CLR會查看是否存在NGen的本地文件。如果沒有，CLR?JIT?會像平時一個編譯IL代碼。但是，如果存在，CLR會使用本地文件中編譯過的代碼，而且文件中的方法在運行時不會再編譯。

?

表面上，這聽起來不錯。看起來你似乎獲得了托管代碼的所有好處(GC垃圾回收，verification驗證，type?safety類型安全等等)，而且還不會有托管代碼的性能問題。但是，事實上它不像它看起來的那么美好。這里有一些關于NGen'd文件的潛在問題：

　　■?沒有只是產權保護

　　■?NGen'd?可能會不同步

　　■?執行時性能差??編譯代碼的時候NGen不能像JIT編譯器那樣對執行環境做很多假設，這也導致NGen?生產低效的代碼。

?

就上面列出的幾個問題，你應該仔細想想是否使用NGen.exe。對于服務端的應用程序，NGen.exe的作用微乎其微，因為只有第一個客戶端請求才會造成一些性能損失；以后的客戶端請求能夠全速運行。另外，對于大多數的服務應用程序，代碼的一個實例就夠了。在說了，NGen'd圖形不能在應用程序域中傳遞，所以也沒有必要在跨應用程序域的情景下使用(比如ASP.NET)。

?

對于客戶端應用程序，如果程序集是被多個應用程序同時使用，NGen.exe可能對提高啟動時間或減少工作區有點用處。甚至有種情況，如果一個程序集不是被多個應用程序使用，NGen.ing一個程序集會提高工作區。

轉載于:https://www.cnblogs.com/TivonStone/archive/2010/08/27/1810056.html

總結

以上是生活随笔為你收集整理的CLR_via_C#.3rd 翻译[1.5 本地代码生成工具NGen.exe]的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。