ASP.NET第一次訪問慢的完美解決方案(MVC,Web Api)

 更新時間:2019-09-08 20:01:56   作者:佚名   我要評論(0)

問題現象


訪問asp.net web項目的時候,第一次訪問比較慢,當閑置一段時間后,再次訪問還是會非常慢。
問題原因


這是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

然后記得重啟一下應用程序池

總結

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。

您可能感興趣的文章:

  • ASP.NET網站第一次訪問慢的解決方法

相關文章

最新評論

种子磁力搜索器