我有一個.Net應用程序正在運行。在asp.net中,客戶端的緩慢互聯網如何成爲服務器超時異常的原因?
我們昨天有一波動連接。在這種情況下進行測試時,我們收到了多個服務器超時例外電子郵件,如下所示。
服務器超時
Type : System.Web.HttpException, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
Message : Request timed out.
Source :
Help link :
WebEventCode : 3001
ErrorCode : -2147467259
Data : System.Collections.ListDictionaryInternal
TargetSite :
HResult : -2147467259
Stack Trace : The stack trace is unavailable.
Additional Info:
重要提示:上面的異常,而這樣做在更新面板放置一個按鈕後AJAX的發生。
我在這裏的問題是,爲什麼會在客戶端的互聯網速度較慢提出這樣的服務器超時異常?
是不是服務器超時異常有關,這種情況下,服務器無法執行中的httpRuntime設置在底層的時間提要求?可能是由於一些冗長的操作或一些長時間的數據庫執行所花費的時間比在HttpRuntime下設置的時間要長。
如果服務器無法連接到客戶端由於客戶波動的互聯網,那麼客戶端已斷開的異常將提高我們昨天做。但是我無法總結出這個服務器超時異常的原因。
我已經知道,增加執行超時將解決這個問題,但我不得不爲的理由,爲什麼服務器超時的這種例外提出提供技術解釋。
這裏我最好的猜測是,ajax請求會與服務器進行一些連續的通信以執行單個請求服務器,並且如果由於客戶端的不良Internet而未收到一些所需的進一步通信消息,則會引發超時異常。我通過互聯網搜索相同的支持我的猜測,但徒勞無功。
而且以提供環境的詳細信息,有服務於該請求的負載平衡器。
任何幫助將不勝感激。
您是否嘗試過收集堆棧跟蹤? https://docs.microsoft.com/en-us/iis/troubleshoot/using-failed-request-tracing/troubleshooting-failed-requests-using-tracing-in-iis –
我沒有訪問服務器,我只是有這個例外電子郵件。在例外電子郵件中,堆棧跟蹤不可用。 –
當您將此特定連接與正常情況進行比較時,Web服務日誌可能會對您有所幫助。連接可能在中等要求下剝落。請記住,您無法控制一旦連接到互聯網後會發生什麼情況,並且用戶的糟糕連接不是您可以解決的問題。 –