精講RestTemplate第7篇-自定義請求失敗異常處理
- 2020 年 8 月 14 日
- 筆記
本文是精講RestTemplate第7篇,前篇的blog訪問地址如下:
- 精講RestTemplate第1篇-在Spring或非Spring環境下如何使用
- 精講RestTemplate第2篇-多種底層HTTP客戶端類庫的切換
- 精講RestTemplate第3篇-GET請求使用方法詳解
- 精講RestTemplate第4篇-POST請求方法使用詳解
- 精講RestTemplate第5篇-DELETE、PUT等請求方法使用詳解
- 精講RestTemplate第6篇-文件上傳下載與大文件流式下載
一、異常現象
在使用RestTemplate進行遠程接口服務調用的時候,當請求的服務出現異常:超時、服務不存在等情況的時候(響應狀態非200、而是400、500HTTP狀態碼),就會拋出如下異常:
該異常我是模擬出來的,將正確的請求服務地址由「/posts/1」改成「/postss/1」。服務不存在所以拋出404異常。
@Test
public void testEntity() {
String url = "//jsonplaceholder.typicode.com/postss/1";
ResponseEntity<String> responseEntity
= restTemplate.getForEntity(url, String.class); //這行拋出異常
//下面兩行代碼執行不到
HttpStatus statusCode = responseEntity.getStatusCode(); // 獲取響應碼
System.out.println("HTTP 響應狀態:" + statusCode);
}
異常拋出之後,程序後面的代碼就執行不到了,無法進行後面的代碼執行。實際的業務開發中,有的時候我們更期望的結果是:不管你服務端是超時了還是服務不存在,我們都應該獲得最終的請求結果(HTTP請求結果狀態400、500),而不是獲得一個拋出的異常。
二、源碼解析-默認實現
首先我要說一個結論:RestTemplate請求結果異常是可以自定義處理的。在開始進行自定義的異常處理邏輯之前,我們有必要看一下異常處理的默認實現。也就是:為什麼會產生上面小節提到的現象?
- ResponseErrorHandler是RestTemplate請求結果的異常處理器接口
- 接口的第一個方法hasError用於判斷HttpResponse是否是異常響應(通過狀態碼)
- 接口的第二個方法handleError用於處理異常響應結果(非200狀態碼段)
- DefaultResponseErrorHandler是ResponseErrorHandler的默認實現
所以我們就來看看DefaultResponseErrorHandler是如何來處理異常響應的?從HttpResponse解析出Http StatusCode,如果狀態碼StatusCode為null,就拋出UnknownHttpStatusCodeException異常。
如果StatusCode存在,則解析出StatusCode的series,也就是狀態碼段(除了200段,其他全是異常狀態碼),解析規則是StatusCode/100取整。
public enum Series {
INFORMATIONAL(1), // 1xx/100
SUCCESSFUL(2), // 2xx/100
REDIRECTION(3), // 3xx/100
CLIENT_ERROR(4), // 4xx/100 ,客戶端異常
SERVER_ERROR(5); // 5xx/100 ,服務端異常
}
進一步針對客戶端異常和服務端異常進行處理,處理的方法是拋出HttpClientErrorException。也就是第一小節出現的異常的原因
三、RestTemplate自定義異常處理
所以我們要實現自定義異常,實現ResponseErrorHandler 接口就可以。
public class MyRestErrorHandler implements ResponseErrorHandler {
/**
* 判斷返回結果response是否是異常結果
* 主要是去檢查response 的HTTP Status
* 仿造DefaultResponseErrorHandler實現即可
*/
@Override
public boolean hasError(ClientHttpResponse response) throws IOException {
int rawStatusCode = response.getRawStatusCode();
HttpStatus statusCode = HttpStatus.resolve(rawStatusCode);
return (statusCode != null ? statusCode.isError(): hasError(rawStatusCode));
}
protected boolean hasError(int unknownStatusCode) {
HttpStatus.Series series = HttpStatus.Series.resolve(unknownStatusCode);
return (series == HttpStatus.Series.CLIENT_ERROR || series == HttpStatus.Series.SERVER_ERROR);
}
@Override
public void handleError(ClientHttpResponse response) throws IOException {
// 裏面可以實現你自己遇到了Error進行合理的處理
//TODO 將接口請求的異常信息持久化
}
}
將MyRestErrorHandler 在RestTemplate實例化的時候進行註冊。參考: 《精講RestTemplate第1篇-在Spring或非Spring環境下如何使用》 和 《精講RestTemplate第2篇-多種底層HTTP客戶端類庫的切換》 進行實現
這時再去執行第一小節中的示例代碼,就不會拋出異常。而是得到一個HTTP Status 404的結果。我們可以根據這個結果,在程序中繼續向下執行代碼。
歡迎關注我的博客,裏面有很多精品合集
- 本文轉載註明出處(必須帶連接,不能只轉文字):字母哥博客。
覺得對您有幫助的話,幫我點贊、分享!您的支持是我不竭的創作動力! 。另外,筆者最近一段時間輸出了如下的精品內容,期待您的關注。
- 《手摸手教你學Spring Boot2.0》
- 《Spring Security-JWT-OAuth2一本通》
- 《實戰前後端分離RBAC權限管理系統》
- 《實戰SpringCloud微服務從青銅到王者》
- 《VUE深入淺出系列》