ASP.Net 1.x的開發人員常常聽到用戶抱怨首次調用應用程序的時候會碰到初始化延遲。畢竟，初次請求會引發一個系列過程，包括運行庫初始化、分析、把ASPX頁面編譯成中間語言、把方法即時編譯成本地代碼等等。
自從ASP.NET面市以來，開發人員一直都在要求(微軟)出台一個解決辦法，而ASP.Net 2.0利用預編譯提供了一個有效的解決方案。
預編譯選項
在首次啟動應用程序的時候，ASP.NET會動態地分析和編譯所有的ASP.Net文件(ASPx頁面)。運行環境要對編譯的結果進行緩沖，以便更好地服務未來所有的請求。
在服務器重啟或者Web服務器重啟之後，第一次啟動應用程序也意味著這一過程要重新開始。而且，對應用程序任何文件的改變都會被系統檢測到，而在文件發生改變之後首次運行應用程序也會讓這一過程再次發生。
很多web開發人員都很討厭這種初始化延遲。而預編譯通過(預先)編譯應用程序避免了這種延遲。
命令行
通過安裝在.Net框架2.0裡的ASPnet_compiler.exe程序就能夠啟動預編譯。它位於框架安裝目錄下(版本號會根據安裝的框架的版本而有所不同)。下面就是這個程序默認的路徑:
C:\\Microsoft.Net
\Framework\v2.0.5072\ASPnet_compiler.exe
您可以用-?這個命令參數查看該程序的所有參數列表，下面我就解釋一下一些可用的參數:
m:這個參數表示您將使用完整的、應用程序將被預編譯的IIS元數據庫路徑。IIS元數據庫的路徑是/LM/W3SVC/1/Root/應用程序名。
v:使用需要預編譯Web應用程序的虛擬IIS路徑。虛擬路徑的格式是:/應用程序名。
p:使用需要預編譯Web應用程序的物理IIS路徑。它是包括驅動器名和指向應用程序目錄的完整路徑。舉個例子c:\inetpub\wwwroot\應用程序名。v這個參數必須和p一起用，所以編譯器能夠解析任何應用程序的根參考。
f:表示目標目錄是否要被覆蓋。
u:用來設置預編譯完的應用程序是可以更新的。這表示所有的標記文件(ASPX、ASCX等等)都可以在目標目錄裡進行更新。
targetDir:用於預編譯應用程序文件的目標目錄。下面的命令用虛擬路徑和指定的目標路徑預編譯了一個應用程序:ASPnet_compiler.exe –v /應用程序名 c:\目標目錄名。
如果沒有指定目標目錄，那麼結果文件會被放在ASP.NET的臨時文件目錄裡，就像在ASP.Net運行庫在首次調用應用程序的時候處理編譯一樣。臨時目錄默認的路徑如下:
c:\Windows\Microsoft.Net\Framework
\v2.0.50727\Temporary ASP.Net Files\應用程序名
預編譯另外一個好處是能夠捕捉在應用程序啟動階段發生的任何錯誤。錯誤會顯示在工具裡，但是不會終止編譯過程。
隱藏源代碼
預編譯的另外一個副產品是能夠隱藏任何或者所有的應用程序源代碼。這意味著其他的開發人員需要利用反編譯程序或者ilasm才能夠取得您的代碼。這就行了——預編譯讓您能夠以二進制文件的形式分發應用程序。
目標目錄裡沒有源代碼。App_Code文件夾裡的所有類都被編譯成一個或者多個二進制文件，放到bin目錄下;目標目錄下不會有源代碼文件(.cs、.vb、.JS等等)。此外，所有的主頁面文件也會被編譯到bin目錄下，作為隱藏文件。ASPX、ASCX和ASHX文件的所有代碼和標記，以及相關的代碼隱藏文件都被放在bin目錄下的一個或者多個程序集裡。
