Spring 6/Spring Boot 3新特性:優雅的業務異常處理
當你使用Spring Boot(Spring MVC)進行RESTful API開發的時候,你會發現HTTP的狀態碼很多時候不能足夠有效的傳遞錯誤的信息。
HTTP里有一個RFC 7807規范:https://www.rfc-editor.org/rfc/rfc7807。這個規范里定義了HTTP API的“問題細節”(Problem Details)內容。
該規范定義了一個“問題細節”(Problem Details),用它來攜帶HTTP錯誤返回信息,避免自定義新的錯誤返回格式。我們通常情況下是自己定義錯誤返回格式的。
Spring 6.0為我們提供了一個org.springframework.http.ProblemDetail 來實現該規范。
RFC 7807是一個很簡單的規范。它定義了一個JSON格式,并關聯了一個媒體類型(media type),這個JSON格式包含了五個可選成員來描述問題細節:
type:一個URI引用,用來識別問題的類型。這個URI的路徑內容應該用來顯示人類可讀的信息來描述類型;
title:人類可讀的問題類型描述;相同類型的問題,應該總是相同的描述;
status:HTTP狀態碼,將它包含在問題細節里是一種方便的方式;
detail:人類可讀的問題實例描述,解釋為什么當前的問題發生在這個特定的場景下;
instance:一個URI引用,用來識別問題實例。這個URI的內容應該用來描述問題實例,但不是必須的。
我們首先建立一個演示項目:
1、通常的業務異常處理方法
定義一個業務異常類。異常含義為:當Person找不到的時候拋出的業務異常。
注冊這個業務異常到全局異常處理。
通過在@RestControllerAdvice 中定義全局的切面處理。
通過@ExceptionHandler 來處理指定異常的處理方式。
這里返回的格式就是我們自定義的ErrorMsg格式。我們通過自定義這個ErroMsg完成和接口使用者協議,完成對業務異常的處理。
需自定義的錯誤返回
測試控制器
啟動程序,訪問:http://localhost:8080/getPerson
2、基于“問題細節”的業務異常處理
基于我們常規的異常處理,其實已經能滿足我們的業務需求,使用RFC 7807規范,我們可以免去自定義的異常錯誤格式(ErrorMsg ),使用Spring 6.0給我們提供的ProblemDetail ,這樣我們以后再無需自己自定義異常返回格式,且在不同的項目之間有了標準,從而客戶端在使用的時候有了可預測性。
Spring 6.0的做法也很簡單,我們只需要將我們自定返回的ErrorMsg 修改成ProblemDetail 即可。我們看一下示例代碼:
值得說的是ProblemDetail 還支持設置一個Map的properties:
這樣也為我們的定制擴展提供了更大的空間。
啟動,訪問:http://localhost:8080/getPerson,其實的錯誤返回符合RFC 7807規范。
注意查看返回的頭信息,我們看到了,返回數據的媒體類型為:application/problem+json:
感謝支持我的書:《從企業級開發到云原生微服務:Spring Boot實戰》
參考資料:https://docs.spring.io/spring-framework/docs/6.0.0-RC2/javadoc-api/org/springframework/http/ProblemDetail.html
文章出自:??愛科學的衛斯理??,如有轉載本文請聯系愛科學的衛斯理今日頭條號。