前言
在看《CLR》的時候，作者在開篇的時候提到了NGen.exe，前面一節執行程式集的代碼中提到：程式或方法執行前會執行MSCorEE.dll中的JIT函數把要執行方法的IL轉換成本地的CPU指令，講代碼放在記憶體塊中，第二次調用方法的時候，由于已對方法進行了驗證和編譯，是以會直接執行記憶體塊中的代碼，不需要再執行JIT函數編譯了。因為在方法沒調用之前都會要調用JIT函數編譯，在這一節的最後作者也提到，通過實驗表明，CLR的JIT編譯器似乎沒有使自己的應用程式達到應有的性能，然後就提到了.Net Framework SDK提供的NGen.exe工具。
疑問
當時看到這段話的時候很興奮，然後就接着看作者寫的NGen.exe的介紹，可惜作者隻用了幾頁的篇幅講了下，感覺太少了，也有些疑問，然後就在MSDN上搜，找到了《Ngen.exe（本機映像生成器）》，仔細看了下，和作者寫的差不多，其中詳細寫了NGen.exe的用法，自己也照着上面的方法，自己敲了個遍，可能是官方寫的太官方或是小弟了解能力有限，總有點雲裡霧裡的，然後又在部落格園找到了一位園友寫的《本機影像生成器（Ngen.exe）工具使用實踐》，仔細看了下，主要是NGen.exe項目的簡單應用，不是很全面的介紹NGen.exe的用法。
結合上面所接觸的，有幾個疑問：
1，JIT編譯器的執行條件
上面那位博文的作者在文章中提到
但是《CLR》這本書的作者在寫執行程式集中的代碼這一節中提到：JIT編譯器将本地CPU指令存儲到動态記憶體中。一旦應用程式終止，編譯好的代碼也會被丢棄。是以再次運作應用程式，JIT編譯器必須再次将IL代碼編譯成本地指令。
就是說程式終止，再次運作程式還是會執行JIT編譯器的。但是與上面“實時編譯隻在程式第一次運作時編譯”有點沖突。
2，NGen.exe的作用
MSDN和《CLR》的作者都說了NGen.exe的作用有兩點，改善記憶體使用情況和更快的應用程式啟動速度，這裡我隻說使應用程式啟動速度加快。
NGen.exe操作會把相應的程式集的IL代碼編譯成本地代碼，放到磁盤的某一目錄下，下次執行程式的時候CLR會檢測是否存在對應程式集由NGen.exe生成的檔案，若不存在執行JIT編譯器編譯，若存在跳過JIT編譯器，JIT編譯器執行的條件是在執行方法之前編譯，這時候我就有點迷糊了，MSDN上寫的是NGen.exe的作用是使應用程式啟動的速度加快而不是程式運作的速度加快，就是說在程式運作的時候，如果調用某一方法，還是會執行JIT編譯器的，就有點沖突了。或者這樣說JIT編譯器是不是在程式啟動的時候執行，執行所有代碼的編譯？如果是，那NGen.exe使程式啟動的速度加快這個作用是對的，我個人感覺并不是這樣，比較那麼納悶的是為什麼沒有使程式運作的速度加快，因為NGen.exe已經把相關的程式集編譯好了，程式調用某一方法的時候就不需要再執行JIT編譯器了，少了編譯速度不是更快了?
3，NGen.exe安裝程式集依賴項
MSDN中提到
但是我試了下并沒有安裝程式的依賴項
4，NGen.exe檢測映像變化
或者不是NGen.exe檢測，其他的方式暫時也沒發現，如果是自己程式中的程式集發生變化可以通過程式來判斷，但是外部的變化就不太好檢測了，比如：
5，NGen.exe更新映像
MSDN提供了兩種更新映像的方式，但是沒有指定程式集更新，如果說程式集發生變化，就需要全部更新映像花費時間太長，下面的更新方式的說明不是很清楚，不知是不是自動檢測映像變化更新。
後記
以上疑問，跪求大神指點。。。。
不知是用NGen.exe後會性能會優化多少，暫時沒有找到相關的方法測試，有機會會好好測試下，想想NGen.exe的用武之地應該是大型的Winfrom項目，而且業務邏輯應該很複雜的那種，如果隻是簡單的程式，就沒這個必要了。
作者：田園裡的蟋蟀
微信公衆号：你好架構
出處：http://www.cnblogs.com/xishuai/
公衆号會不定時的分享有關架構的方方面面，包含并不局限于：Microservices（微服務）、Service Mesh（服務網格）、DDD/TDD、Spring Cloud、Dubbo、Service Fabric、Linkerd、Envoy、Istio、Conduit、Kubernetes、Docker、MacOS/Linux、Java、.NET Core/ASP.NET Core、Redis、RabbitMQ、MongoDB、GitLab、CI/CD（持續內建/持續部署）、DevOps等等。
本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接配接。
分享到：
QQ空間
新浪微網誌
騰訊微網誌
微信
更多