HttpClient有三種超時時間設置，在RequestConfig配置類中定義的，分別為connectionRequestTimeout、connectTimeout和socketTimeout，如下圖，然后分開講解。
RequestConfig三種超時時間屬性
一、準備實驗代碼
1、服務端代碼
準備一個controller代碼，如下：
服務端代碼
2、客戶端代碼
準備一個測試類作為客戶端，如下：
客戶端代碼
二、三種超時時間各自驗證
1、connectTimeout
字面含義就是連接超時時間，查閱了下資料說是客戶端和服務端建立連接即三次握手階段的超時時間。于是通過調整上面客戶端的請求代碼進行驗證。
將請求端口號調成一個錯誤的端口，目的是讓三次握手不成功，然后執行客戶端請求，結果如下：
connectTimeout報錯
發現報錯是connect time out，并且可以通過調整前面客戶端代碼中的setConnectTimeout(1000)的值去驗證超時時間是否生效，我這里進行了驗證發現這里的時間調為2000以上時候就不起作用了，好像最大只能2000ms超時似的。
2、socketTimeout
這個查閱了下是在客戶端和服務端建立好連接之后，服務端和客戶端之間數據包傳輸的超時時間，而且這個超時時間是單次數據包超時時間，而不是整個數據傳輸過程的超時時間，同樣改下代碼進行驗證。需要調整下服務端Controller的代碼為多次發送數據，并在每次發送后睡眠一會如1000ms，如下：
再改下setSocketTimeout(999)，運行客戶端代碼，結果如下：
可以看到有socket time out報錯，接下來我們再將setSocketTimeout(1003)調大一點，觀察是否成功，發現調大時間之后，沒有報錯，可以正常拿到完整的數據，那也就說明了socketTimeout是單個數據包的超時時間，不是整體數據傳輸的超時時間。
3、connectionRequestTimeout
同樣查閱是客戶端從連接池中獲取連接的超時時間，那這里驗證的話我們就需要自己指定線程池大小，讓連接池滿了，從而導致獲取不到連接。
調整客戶端代碼如下：
運行代碼，結果如下：
可以看到已經報錯Timeout waiting for connection from pool。
通過以上驗證均已理解connectionRequestTimeout、connectTimeout和socketTimeout三個超時時間的意義，下次再遇到線上異常報錯就可以直接根據異常類型定位。如果是ConnectTimeout多半就是服務端網絡問題、服務端關機、服務端端口問題等。如果遇到SocketTimeout多半就是服務端忙碌，線程數滿了，或者服務端性能受限來不及處理請求等等，目前connectionRequestTimeout還基本沒見到過這類異常。
