2. 程式人生 > >真正解決ASP.NET每一個頁面首次訪問超級慢的問題

真正解決ASP.NET每一個頁面首次訪問超級慢的問題

阿新 • • 發佈：2018-12-31

今天搜尋了一下，原來是這樣的：

.net程式第一次執行速度慢的問題原因是第一次執行需要驗證數字簽名。當程式裡面需要呼叫到一些 Authenticode Signed的.NET Assembly的時候，它需要連線到外網來驗證數字證書。當伺服器是無法連線到外網時，這個校驗證書的過程需要等到timeout之後才會結束。

那麼要做的就是不讓它幹這些壞事，總之我從來都不覺得它會老老實實的給你服務。

禁止證書的驗證過程：
1、在下面aspnet.config檔案中加入下面內容： 
    32位系統：C:\Windows\Microsoft.Net\Framework\v2.0.50727\aspnet.config
    64位系統：C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet.config

   有4.0，甚至4.5的自己多改幾個地方，如果是64位的系統，可能需要以管理員身份開啟編輯器，再開啟這個檔案，否則無法儲存的。

  1. <?xmlversion="1.0"encoding="utf-8"?>
  2. <configuration>
  3.     <runtime>
  4.         <generatePublisherEvidenceenabled="false"/>
  5.     </runtime>
  6. </configuration>

對"Network Service"帳號下執行的所有程式禁止證書檢查

    不會的話就忽略吧。

    匯入以下注冊表內容，自己先另存為*.reg檔案吧，如果會手工操作的話，就手工來吧。

  1. Windows Registry Editor Version 5.00  
  2. [HKEY_USERS\S-1-5-20\Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing]  
  3. "State"=dword:00023e00  

然後記得重啟一下應用程式池（實在不知道，就重啟IIS服務），再去看看你的網站，首次載入快嗎？其它頁面訪問快嗎？

忍受不了時，就再也不用忍受！

下面是專業的分析記錄，看不懂就當沒見過吧。。。

  1. 詳細分析  
  2. ==========  
  3. 這個時候如果我們抓取一個hang dump的話，頁面所對應的managed callstack往往如下，很明顯它正在載入一個Assembly  
  4. 0:022> !CLRStack  
  5. OS Thread Id: 0xeb4 (22)  
  6. Child-SP RetAddr Call Site  
  7. 000000001af1c900 000007fef91747c3 System.Reflection.Assembly.InternalLoad(System.Reflection.AssemblyName, System.Security.Policy.Evidence,  
  8. System.Threading.StackCrawlMark ByRef, Boolean)  
  9. 000000001af1c990 000007ff0141f0f9 System.Reflection.Assembly.Load(System.Reflection.AssemblyName)  
  10. 000000001af1c9d0 000007fef9fdd502 Microsoft.SharePoint.Portal.WebControls.StringResourceManager..cctor()  
  11. 000000001af1db50 000007ff014135e2 Microsoft.SharePoint.Portal.WebControls.MySiteLinkUserControl.SetControl()  
  12. 000000001af1dce0 000007fef398e04f Microsoft.SharePoint.Portal.WebControls.MySiteLinkUserControl.OnInit(System.EventArgs)  
  13. 000000001af1de80 000007fef398f3af System.Web.UI.Control.InitRecursive(System.Web.UI.Control)  
  14. 000000001af1dee0 000007ff014133c8 System.Web.UI.Control.AddedControl(System.Web.UI.Control, Int32)  
  15. 000000001af1df50 000007ff0134115e Microsoft.SharePoint.WebControls.DelegateControl.AddControlResilient(System.Web.UI.Control)  
  16. 000000001af1dff0 000007fef398fb22 Microsoft.SharePoint.WebControls.DelegateControl.CreateChildControls()  
  17. 000000001af1e170 000007ff01341024 System.Web.UI.Control.EnsureChildControls()  
  18. 000000001af1e1d0 000007fef398e04f Microsoft.SharePoint.WebControls.DelegateControl.OnInit(System.EventArgs)  
  19. 000000001af1e210 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)  
  20. 000000001af1e270 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)  
  21. 000000001af1e2d0 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)  
  22. 000000001af1e330 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)  
  23. 000000001af1e390 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)  
  24. 000000001af1e3f0 000007fef398a935 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)  
  25. 000000001af1e450 000007fef398a1f0 System.Web.UI.Page.ProcessRequestMain(Boolean, Boolean)  
  26. 000000001af1e520 000007fef398a11b System.Web.UI.Page.ProcessRequest(Boolean, Boolean)  
  27. 000000001af1e580 000007fef398a0b0 System.Web.UI.Page.ProcessRequest()  
  28. 000000001af1e5e0 000007fef3991557 System.Web.UI.Page.ProcessRequest(System.Web.HttpContext)  
  29. 000000001af1e640 000007fef395567b System.Web.HttpApplication+CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()  
  30. 000000001af1e6f0 000007fef39634b5 System.Web.HttpApplication.ExecuteStep(IExecutionStep, Boolean ByRef)  
  31. 000000001af1e790 000007fef3954733 System.Web.HttpApplication+ApplicationStepManager.ResumeSteps(System.Exception)  
  32. 000000001af1e840 000007fef3958a54 System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(System.Web.HttpContext, System.AsyncCallback,  
  33. System.Object)  
  34. 000000001af1e8a0 000007fef395863c System.Web.HttpRuntime.ProcessRequestInternal(System.Web.HttpWorkerRequest)  
  35. 000000001af1e930 000007fef395726c System.Web.HttpRuntime.ProcessRequestNoDemand(System.Web.HttpWorkerRequest)  
  36. 000000001af1e970 000007fef9fdd502 System.Web.Hosting.ISAPIRuntime.ProcessRequest(IntPtr, Int32)  
  37. 其實它所要載入的Assembly名字如下  
  38. Microsoft.SharePoint.Portal.intl  
  39. 此執行緒所對應的native callstack如下  
  40. 0:022> k20  
  41. Child-SP RetAddr Call Site  
  42. 00000000'1af1a208 000007fe'fdc610ac ntdll!ZwWaitForSingleObject+0xa  
  43. 00000000'1af1a210 000007fe'f5dfa2fa KERNELBASE!WaitForSingleObjectEx+0x79 00000000'1af1a2b0 000007fe'f5df76fa cryptnet!CryptRetrieveObjectByUrlWithTimeout+0x263  
  44. 00000000'1af1a5b0 000007fe'f5df4646 cryptnet!CryptRetrieveObjectByUrlW+0x20f 00000000'1af1a7a0 000007fe'f5df9c34 cryptnet!RetrieveObjectByUrlValidForSubject+0x162 00000000'1af1a8d0 000007fe'f5df4243 cryptnet!RetrieveTimeValidObjectByUrl+0x2de 00000000'1af1a9c0 000007fe'f5df3c72 cryptnet!CTVOAgent::GetTimeValidObjectByUrl+0x2e3 00000000'1af1ab20 000007fe'f5df38ad cryptnet!CTVOAgent::GetTimeValidObject+0x7cf  
  45. 00000000'1af1ad00 000007fe'f5df3810 cryptnet!FreshestCrlFromCrlGetTimeValidObject+0x61  
  46. 00000000'1af1ad70 000007fe'f5df99fc cryptnet!CryptGetTimeValidObject+0xb0 00000000'1af1adf0 000007fe'f5df345d cryptnet!GetTimeValidCrl+0x4b7  
  47. 00000000'1af1af30 000007fe'f5df3f82 cryptnet!GetBaseCrl+0x7d 00000000'1af1afc0 000007fe'f5df3d58 cryptnet!MicrosoftCertDllVerifyRevocation+0x238  
  48. 00000000'1af1b110 000007fe'fdb157c7 cryptnet!CertDllVerifyRevocation+0x28  
  49. 00000000'1af1b160 000007fe'fdb1552e crypt32!VerifyDefaultRevocation+0x398 00000000'1af1b250 000007fe'fdb15c09 crypt32!CertVerifyRevocation+0x144  
  50. ...  
  51. 00000000'1af1bcc0 000007fe'f9e46c27 mscorwks!PEFile::CheckSecurity+0x39b924  
  52. 00000000'1af1bd50 000007fe'f9e5eb5d mscorwks!PEAssembly::DoLoadSignatureChecks+0x37  
  53. 00000000'1af1bd90 000007fe'f9e52ff8 mscorwks!PEAssembly::PEAssembly+0x12d 00000000'1af1be00 000007fe'f9e40b9d mscorwks!PEAssembly::DoOpen+0x11c 00000000'1af1c130 000007fe'f9f24a3e mscorwks!PEAssembly::Open+0x71  
  54. 從這些函式名我們知道它正在做一些證書檢查之類的事情。而實際上它正在等待下面的這個執行緒。  
  55. 0:036> kn  
  56. # Child-SP RetAddr Call Site  
  57. 00 00000000'2409e1c8 000007fe'fdc610ac ntdll!ZwWaitForSingleObject+0xa  
  58. 01 00000000'2409e1d0 000007fe'f5d7f38e KERNELBASE!WaitForSingleObjectEx+0x79  
  59. 02 00000000'2409e270 000007fe'f5d80a27 winhttp!IsWpadEnabledForConnectedNetworks+0x1f2  
  60. 03 00000000'2409e340 000007fe'f5d806dc winhttp!ReadWinInetProxySettings+0x1c3  
  61. 04 00000000'2409e3c0 000007fe'f5dfae42 winhttp!WinHttpGetIEProxyConfigForCurrentUser+0x28a  
  62. 05 00000000'2409e510 000007fe'f5df9237 cryptnet!InetGetProxy+0x11e  
  63. 06 00000000'2409e600 000007fe'f5df983d cryptnet!InetSendAuthenticatedRequestAndReceiveResponse+0x190  
  64. 07 00000000'2409f770 000007fe'f5df9d9c cryptnet!InetSendReceiveUrlRequest+0x57e  
  65. .....  
  66. 0:036> .frame 7  
  67. 07 00000000'2409f770 000007fe'f5df9d9c cryptnet!InetSendReceiveUrlRequest+0x57e [d:\w7rtm\ds\security\cryptoapi\pki\rpor\inetsp.cpp @ 2603]  
  68. 0:036> dv  
  69. hInetSession = 0x00000000'218211f0  
  70. pwszUrl = 0x00000000'1f8abe50 "http://crl.microsoft.com/pki/crl/products/CSPCA.crl"  
  71. dwRetrievalFlags = 1  
  72. pCredentials = 0x00000000'00000000  
  73. pcba = 0x00000000'2409fab0  
  74. ppfnFreeObject = 0x00000000'2409fb38  
  75. ppvFreeContext = 0x00000000'2409fb30  
  76. pAuxInfo = 0x00000000'1f8abd78  
  77. phInetRequest = 0x00000000'00000000  
  78. 我們可以看到，當時我們抓取dump的時候它正在嘗試連線http://crl.microsoft.com/pki/crl/products/CSPCA.crl 

相關推薦

真正解決ASP.NET每一個頁面首次訪問超級慢的問題

今天搜尋了一下，原來是這樣的： .net程式第一次執行速度慢的問題原因是第一次執行需要驗證數字簽名。當程式裡面需要呼叫到一些 Authenticode Signed的.NET Assembly的時候，它需要連線到外網來驗證數字證書。當伺服器是無法連線到外網時，這個校驗證書的過程需要等到timeout之

asp.net中一個頁面跳轉，後一個頁面操作內容後返回先前頁面，並使得先前頁面資料重新整理

A.aspx 頁面中一個按鈕跳轉到B.aspx頁面，在B.aspx頁面中一個按鈕操作按鈕後，返回上一頁，並重新整理資料。 protected void Page_Load(object sender,

解決ASP.NET中ServiceStack.Redis每小時6000次訪問請求的問題

asp log style ack div net pre 小時 使用 1.可以使用3.0的版本： Install-Package ServiceStack.Redis -Version 3.0 2.使用ServiceStack.Redis.Complete： Ins

解決ASP.NET中Redis 每小時6000次訪問請求的問題

在搜尋這個問題的解決辦法時，一般會搜到這個文章 https://www.cnblogs.com/qitianshuye/p/8618227.html 嗯，改dll檔案......不過......要是有原始碼那不是更好嗎？嗯，那麼原始碼來了...... https://github.com

asp.net---iframe切分頁面，區域性重新整理，一個頁面的點選事件在另一個頁面響應

例如如下幾個頁面，想要實現在頁面1中輸入資訊點擊發送後，頁面2立即顯示所輸入的資訊前端程式碼為：<form id="form1" runat="server" method="post"> <div class="container main

完美解決asp.net core 3.1 兩個AuthenticationScheme(cookie,jwt)共存在一個專案中

內容 在我的專案中有mvc controller(view 和 razor Page)同時也有webapi,那麼就需要網站同時支援2種認證方式,web頁面的需要傳統的cookie認證,webapi則需要使用jwt認證方式,兩種預設情況下不能共存,一旦開啟了jwt認證,cookie的登入介面都無法使用,原因是j

解決ASP.NET MVC5"無法對 null 引用執行運行時綁定"

mon com itl 綁定 解決 執行 lsp pub 導致 無法對 null 引用執行運行時綁定 說明: 執行當前 Web 請求期間，出現未經處理的異常。請檢查堆棧跟蹤信息，以了解有關該錯誤以及代碼中導致錯誤的出處的詳細信息。 異常詳細信息: Microsoft.CSh

asp.net 6.aspx頁面

param tab stp res xhtml response 加載完成 密碼 ebe 1.aspx頁面的頭部 <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="UserInfoList.aspx.

ASP.NET 實現多頁面合並一頁顯示

ssi 設置 form sdn 過程 使用 方式 顯示 用戶控件 目前業務有一個需求: 就是把多個網頁合並到一個頁面顯示, 在實現過程中我一般使用兩種方法: 利用母版頁設置導航欄, 定位到每個網頁; 利用用戶控件( .acsx 後綴的文件), 但是有個問題就是傳參比較麻煩

如何解決Asp.Net MVC和WebAPI的Controller名稱不能相同的問題

原文: 如何解決Asp.Net MVC和WebAPI的Controller名稱不能相同的問題 1、問題描述 假如有一個文章的業務（Article），我們在 Controllers資料夾中建立MVC Controller和Api Controller，各個Controller中都有相同的獲取文章內容的Act

解決asp.net中“從客戶端中檢測到有潛在危險的Request.Form值”的錯誤

在使用ASP.NET MVC 5 的過程中，在使用富文字編輯器過程中，出現如標題中的錯誤提示。網上找了一些解決方法。大多就是以mvc3，mvc4為版本的解決方案。在mvc5的controller的action方法頭部新增就可以解決 [ValidateInput(false)] 另外推薦一

解決asp.net負載均衡時Session共享的問題

     每個客戶端在訪問網站時，都會建立相應的Session，用來儲存客戶的狀態資訊，網站如果做了負載均衡，session共享是要做的，IIS對於session的儲存有五種模式 一、ASP.Net session儲存方式 1、InProc模式(程序內模式) 。為預設設定

伺服器win2008server R2 x64 部署.net core到IIS 並解決ASP .NET Core HTTP Error 502.5 – Process Failure 的問題等

伺服器win2008server R2 x64 部署.net core到IIS 並解決ASP .NET Core HTTP Error 502.5 – Process Failure 的問題 1、釋出網站 ；2、安裝 vc_redist.x64  (Visual C++

Core中使用Hangfire 在Asp.Net Core中使用DI的方式使用Hangfire構建後臺執行指令碼 解決 ASP.NET Core Hangfire 未授權（401 Unauthorized）

  　　之前使用Quartz.Net，後來發現hangfire對Core的繼承更加的好，而且自帶管理後臺，這就比前者好用太多了。 安裝註冊 安裝 PM> Install-Package Hangfire Startup.cs，在ConfigureServices方法中添加註冊：

伺服器win2008server R2 x64 部署.net core到IIS 並解決ASP .NET Core HTTP Error 502.5 – Process Failure 的問題

伺服器win2008server R2 x64 部署.net core到IIS 並解決ASP .NET Core HTTP Error 502.5 – Process Failure 的問題 1、釋出網站 ；2、安裝 vc_redist.x64  (Visual C++ Redistributable

設定webconfig解決ASP.NET上傳檔案大小限制

使用webconfig的設定解決大小限制 對於asp.net,預設只允許上傳4M檔案,增加如下配置,一般可以自定義最大檔案大小. <httpRuntime executionTimeout="800" maxRequestLength="40960" useFul

ASP.Net MVC中頁面巢狀的使用教程

建立Layout的view， 在Views資料夾右鍵Add/MVC x Layout Page                   程式碼如下：

ASP.NET簡易教程-頁面佈局

頁面佈局 網上有太多介紹，個人覺得不錯的有《Div+CSS佈局大全》，有PDF版本，可下載離線觀看，別人總結的一個文件，簡潔易懂，學起來不費勁，花時間不多，快速閱讀完，即可上手，呵呵。 這裡就不介紹語法，講述一下一些佈局的實現。 佈局最常用的是div和table，個人比較喜歡div，靈活

解決ASP.NET Core網站 釋出按鈕不能用的問題

1.安裝從IIS到Kestrel server的反向代理， 2.安裝完後重啟服務，用管理員許可權開啟命令列： 輸入  net stop was /y執行完後再執行net start w3svc3.重

ASP.NET生成靜態頁面的四種方法

在網上找了幾種比較好的生成靜態頁面的方法,基本上有這幾種原理:1，第一種,直接獲得伺服器生成的html程式碼. #region//生成被請求URL靜態頁面 public static void getUrltoHtml(string Url, string Pa