com ica 原來 比較 方法 現在 rar emp ora

了解.net平臺的兄弟都知道，.net也是采用動態編譯的
也就是說我們常說的build生成的dll只是中間代碼
而在web第一次請求的時候才是真正意義上的編譯生成二進制代碼
這也就是為什麽剛編譯完第一次打開web頁面的時候會比較慢的原因

好了，閑話少扯
今天一個兄弟問我，為什麽他開發環境打開編譯後的頁面越來越慢
下面是我的解決方案：
1.關掉inetinfo.exe的進程
2.關掉aspnet_wp.exe
3.關掉打開的visual studio
4.清掉%SystemRoot%\Microsoft.NET\Framework\versionNumber\Temporary ASP.NET Files文件夾下的所有文件。

%SystemRoot%指的是你的系統windows文件夾的路徑，一般默認的是C:\WINDOWS\
整個清除過程可能會比較慢，具體時間和目錄下文件夾大小有關。
清除完之後，第一次打開還會比較慢，但是以後編譯後的打開會快一些。

下面是詳細的解釋
當我們第一次請求的時候，也就是正式編譯的時候，dotnet會寫一些臨時文件在這個文件夾下。
這個本人驗證過，在第一次請求的時候，去關註文件夾的變化。
對於部署在server已經上線的Web Application是不會存在這樣的問題的。
而在我們的開發環境下，由於經常要build，經常第一次請求，所以時間久了，這個文件夾就會變得很大。
像我現在在做的項目，源文件和目標文件的大小有4G，那麽，寫到這個文件夾裏的文件就有上百兆。

我們可以去關註下，在選擇“附近到進程”操作之後加載的程序集，就是在這個路徑下。

不知道有的兄弟，會不會想，要經常手動去清這些文件，豈不是很麻煩？
哈哈，想省事的兄弟，可以寫個批處理程序來做這個操作。
這裏，我想介紹另一種方法來提升速度。
我們都知道，在我們可以控制的存儲單元中，內存的訪問速度是最快的。
如果，我們可以把這些臨時文件放到內存中，就會成倍地提高速度。

1.安裝RamDisk
2.安裝好後，設置Debug 輸出的Temp 目錄為內存盤的path, 不再使用原來預置的 Temporary ASP.NET Files，只需要通過修改 Web.Config 文件中的
<compilcation debug=”true”> 一般情況是這樣的

修改為 <compilcation debug=”true” tempDirectory=”R:\”>
保留原來屬性，新加一個 tempDirectory 指定內存盤的path
實踐檢驗，可以花費時間的差距可以到一個數量級。
擴展閱讀：http://msdn.microsoft.com/en-us/library/ms366723.aspx

Temporary ASP.Net Files探究