近日生產系統很不穩定，白天也會堵塞請求，系統無法響應客戶請求。分析後多數是外圍系統堵塞引起的。crm依賴的系統太多，我們只做業務受理，客戶接觸相關業務。幾乎每個客戶請求都會呼叫外圍系統介面，如果外系統堵塞，我們系統就會堵塞，我們是和客戶互動的，客戶第乙個找的就是我們。我們得要給出答覆，分析的原因。為了減少我們系統受外系統的影響。需要針對請求外系的介面，設定超時。每個業務都需要設定不同的超時值。
主要有四類控制：
人工知道哪個外系統掛了，或無響應。手工設定乙個標誌，所有請求這個外系統的請求，不會去呼叫，並立刻返回 乙個異常，說明這個外系統不可用。
請求外系統後，一直等待，直到client timeout，或網路異常。總之會得到乙個異常。過濾出網路或系統異常，能夠判斷外系統不可用，設定乙個標誌，讓後來的請求不在傳送請求，立刻返回外系統不可用的異常。
有一些請求正在請求外系統，並在等待返回中，後來的請求在請求外系統之前，先判斷之前在等待返回的請求中等待的最大時長，如果等待時長大於配置的值，則不再請求該外系統，立刻返回外系統可能等待超時異常，這種控制，只能對待查詢類，非業務辦理類，不能影響業務資料。
已經呼叫外系統，並在等待中，如果等待時長超過設定的乙個值，則不再等待，直接返回外系統等待超時異常，這種控制和第三種一樣，只能對待查詢類，非業務辦理類，不能影響業務資料。
系統請求超時常見原因查詢思路
1，cup100 請求量與資源問題 cup占用原因查詢流程 a，棧資訊列印jstack 13750 tee a jstack.log b，執行緒占用情況top h p pid 根據b的pid轉換為16進製制去a的jstack.log中查詢 cpu占用高的原因 2，執行緒被阻塞，執行緒池已滿 jsta...
已超過了鎖請求超時時段的原因
應該是你的表體積很大，處理的時候費事，因為幾乎所有資料庫操作都需要加或多或少的鎖，所以會超時。首先你可以使用select from sys.sysprocesses where blocked 0查查有哪些程序阻塞了。然後拿spid，執行dbcc inputbuffer spid 來檢查是什麼語句造...
CXF 連線超時與請求超時的設定
主要在客戶端呼叫時設定 在編譯 執行是沒問題的，但測試發現如果服務端沒有啟動或網路環境差，cxf會預設等待一定的時間 則有了客戶端呼叫超時的設定 方式 1 在 中設定超時 這是命令生成的類，該類的例項可當成工廠來使用 cxfetcvremindinfoserviceimpl factory new ...