原文：restTemplate超時時間引發的生產事故
現象： 今天下午公司客戶群里突然報警，說訂單沒有推送服務商，經排查發現是rabbitmq堵住了，查詢elk和監控沒有發現業務異常或超時日志。 通過rabbitmq后面發現一個隊列有異常，隊列不ack，未消費數量一直增長，懷疑服務假死，只能保留現場，重啟服務，下面是服務重啟前后隊列截圖 分析 為什么服務重啟后隊列立馬消費一空，證明三方服務商的接口沒有問題，經過代碼查找發現調用三方用的是restTe ...
2020-04-30 22:07 0 1149 推薦指數：
相關推薦
在項目實際開發過程中，遇到一個調用第三方接口，出現慢查詢的問題。通過阿里雲日志分析，大多數是在可接受時間里返回，但少部分長時間返回的，影響到了下單流程和監控數據， 翻看該第三方sdk，發現其sdk支持設置連接超時和服務器返回超時時間，這讓我突然想到restTemplate應該也是可以設置超時時間 ...
不廢話直接上代碼 這是4秒鍾超時 ...
application.properties： 代理配置類： SpringBoot的Configuration： 如果不希望這種全局的超時時間污染正常的SpringCloud中restTemplate的時間設置，可以使用如下方 ...
慢查詢的監控和告警 幸運的一點：在出事故之前剛好完成了緩存過期時間的升級且過期時間為一個月 ...
Syntax: client_header_timeout time; Default: client_header_timeout 60s; ...
httpclient: 設置請求的超時時間，連接超時時間等 public static void main(String[] args) throws Exception{ //創建httpclient CloseableHttpClient httpClient ...
使用CURL時，有兩個超時時間：一個是連接超時時間，另一個是數據傳輸的最大允許時間。連接超時時間用--connect-timeout參數來指定，數據傳輸的最大允許時間用-m參數來指定。 連接超時的話，出錯提示形如：curl: (28) connect() timed out ...