問題現象 訪問asp.net web項目的時候,第一次訪問比較慢，當閑置一段時間後，再次訪問還是會非常慢。 問題原因 這是IIS回收造成的，再次訪問的時候會初始化操作，初始化需要耗費時間，所以訪問會比較慢，第二次訪問的時候不需要初始化操作，因此變快了。 解決辦法 IIS應用初始化會在網站第一次創建後 ...
問題現象
訪問asp.net web項目的時候,第一次訪問比較慢，當閑置一段時間後，再次訪問還是會非常慢。
問題原因
這是IIS回收造成的，再次訪問的時候會初始化操作，初始化需要耗費時間，所以訪問會比較慢，第二次訪問的時候不需要初始化操作，因此變快了。
解決辦法
IIS應用初始化會在網站第一次創建後或者對應網站的應用程式池回收後，自動開啟新程式池，並啟動網站初始化，模擬一次正常請求，使網站一直處於線上狀態。
修改IIS中的配置
1.修改啟用應用程式池（AlwaysRunning）：保證應用程式池在第一次創建或者被回收後，能自動再次重啟運行。
2.修改閑置超時1740分鐘:長時間沒有請求釋放資源，可以不用修改。
3.修改啟用網站程式預載入（true）：保證程式池在啟動過後，網站能響應預載入動作。
我看有些博客會將進程模型/閑置超時設置為0或者很長，覺得不太好。閑置超時是指如果你的應用程式未處理請求也未接受請求，則進入閑置狀態，這個狀態可以保持的時間，超過這個時間，則該進程將會從記憶體中刪除並釋放所有內容。如果設置為0，則不會閑置一直持續不好，如果代碼中有記憶體泄漏，則會一直持續，完全占用伺服器。設置時間過長，長時間沒有請求，還占用這記憶體，有點浪費。按照以上修改之後，基本上都會秒啟動。這樣的修改同樣也適用於MVC，web api等IIS項目
IIS8以前的項目的第一次訪問ASP.NET應用會很慢
以前的程式有可能有這個問題，現在的基本上沒有了，因為從Windows 8開始，不再要求必須對CSP進行簽名。
Microsoft Authenticode：Microsoft Authenticode旨在幫助用戶確保誰實際創建了他們正在運行的代碼，特別是對於在Internet上下載或運行的代碼，並驗證代碼在發佈後未被更改或篡改。例如，經過數字簽名，惡意篡改然後線上重新分發的程式將在運行之前向用戶顯示警告。
問題現象
ASP.NET頁面第一次訪問的時候很慢，時間可以持續幾十秒到幾分鐘
問題原因
當程式裡面需要調用到一些Authenticode Signed的.NET Assembly的時候，它需要連接到外網來驗證數字證書。當伺服器是無法連接到外網時，這個校驗證書的過程需要等到timeout之後才會結束。
解決辦法
這個解決方案是由微軟APAC技術支持中心 Internet Developer Support Team提供 https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/04/24/asp-net/）
請同時在以下兩個aspnet.config文件中加入以下內容。
C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet.config
C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet.config
<?xml version="1.0" encoding="utf-8"?> <configuration> <runtime> <generatePublisherEvidence enabled="false"/> </runtime> </configuration>
修改以下註冊表鍵值並重起IIS服務，打開註冊表regedit，找到以下地址，修改State為00023e00，原先的是00023c00
[HKEY_USERS\S-1-5-20\Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing]
"State"=dword:00023e00
然後記得重啟一下應用程式池
