天天看點

ASP.NET第一次通路慢的解決方法(MVC,Web Api)

問題現象

通路asp.net web項目的時候,第一次通路比較慢,當閑置一段時間後,再次通路還是會非常慢。

問題原因

這是IIS回收造成的,再次通路的時候會初始化操作,初始化需要耗費時間,是以通路會比較慢,第二次通路的時候不需要初始化操作,是以變快了。

解決辦法

IIS應用初始化會在網站第一次建立後或者對應網站的應用程式池回收後,自動開啟新程式池,并啟動網站初始化,模拟一次正常請求,使網站一直處于線上狀态。

修改IIS中的配置

1.修改啟用應用程式池(AlwaysRunning):保證應用程式池在第一次建立或者被回收後,能自動再次重新開機運作。

ASP.NET第一次通路慢的解決方法(MVC,Web Api)

2.修改閑置逾時1740分鐘:長時間沒有請求釋放資源,可以不用修改。

ASP.NET第一次通路慢的解決方法(MVC,Web Api)

3.修改啟用網站程式預加載(true):保證程式池在啟動過後,網站能響應預加載動作。

ASP.NET第一次通路慢的解決方法(MVC,Web Api)

我看有些部落格會将程序模型/閑置逾時設定為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

然後記得重新開機一下應用程式池