在互聯網時代，我們所開發的應用大多是直面用戶的，程序中的任何一點小疏忽都可能導致用戶的流失，而程序出現異常往往又是不可避免的，那該如何減少程序異常對用戶體驗的影響呢？其實方法很簡單，對異常進行捕獲，然后給予相應的處理即可。但實現的方式卻有好多種，例如：

try {... } catch (Exception e) {doSomeThing(); }

像這種標準的 try-catch 是可以解決問題，但如果讓你在每個接口實現里面都 try-catch 一下，我想你應該是不太愿意的。那么下面來介紹下 SpringBoot 為我們提供的處理方式。

1. ErrorController 應用

首先，我們來模擬一下，出現異常的場景，方式比較簡單，直接在正常的代碼里面拋出一個異常即可。

在上面的示例中，調用接口時，出現了異常，但客戶端卻收到一個相對正常的響應，這是因為 SpringBoot 默認提供了一個 /error 的映射，該映射被注冊為 Servlet 容器中的一個全局錯誤頁面用來合理處理所有的異常情況。但示例中的響應報文不符合我們定義的數據規范，想要使其滿足自己的數據規范，可以自己定義一個新的 ErrorController，代碼如下：

@Controller @RequestMapping("${server.error.path:${error.path:/error}}") public class FundaErrorController implements ErrorController {@Overridepublic String getErrorPath() {return "/error";}@RequestMapping@ResponseBodypublic Result doHandleError() {return new Result(ResultCode.WEAK_NET_WORK);} }

當我們再次訪問該接口的時候會返回：

{"code": -1,"msg": "網絡異常，請稍后重試","data": null }

2. ExceptionHandler 應用

熟悉 SpringMVC 的人應該都知道 @ExceptionHandler 這個注解，在 SpringBoot 里面，我們同樣可以使用它來做異常捕獲。

2.1. 單一 Controller 異常處理

這種方式使用場景較少，但作為學習 @ExceptionHandler 入門示例還是非常不錯的，直接在對應的 Controller 里面增加一個異常處理的方法，并使用 @ExceptionHandler 標識它即可。

@ExceptionHandler(Exception.class) public Result handleException() {return new Result(ResultCode.WEAK_NET_WORK); }

客戶端得到的效果與使用 ErrorController 完全一致，但對于服務端來說卻不太一樣，如果仔細觀察這兩種方式的日志輸出的話，會發現使用 ErrorController 時，后臺會打印出異常堆棧信息，而使用 @ExceptionHandler 卻不會，這是因為這兩種處理方式的流程存在著本質的差別。

ErrorController：?調用 UserController 拋出異常時，自身沒有做任何處理，所以會打印出堆棧信息，但這個異常會被 Servlet 容器捕捉到，Servlet 容器再將請求轉發給注冊好的異常處理映射 /error 做處理，客戶端收到的實際是 ErrorController 的處理結果，而不是 UserController 的。

ExceptionHandler：?異常的處理方法直接被定義在 UserController 里面，也就是說，在異常拋出的時候，UserController 會使用自己的方法去做異常處理，而不會拋出給 Servlet 容器，所以這個地方沒有打印堆棧信息。

如果想要在后臺添加堆棧信息的輸出也非常簡單，只需要將該異常作為一個參數傳遞給異常處理方法，然后在處理方法里面做相應的操作即可。

@ExceptionHandler(Exception.class) public Result handleException(Exception e) {e.printStackTrace();return new Result(ResultCode.WEAK_NET_WORK); }

2.2. 父級 Controller 異常處理

項目的往往存在著多個 Controller，而它們在異常處理方面有存在著很多的共性，這樣就不太適合在每一個 Controller 里面都編寫一個對應的異常處理方法。可以將異常處理方法向上挪移到父類中，然后所有的 Controller 統一繼承父類即可。

定義父類 BaseController：

public class BaseController {@ExceptionHandler(Exception.class)public Result handleException(Exception e) {e.printStackTrace();return new Result(ResultCode.WEAK_NET_WORK);}}

?

UserController 通過繼承 BaseController 完成異常處理：

@RestController @RequestMapping("/sys/user") public class UserController extends BaseController {... }

2.3. Advice 異常處理

對于使用父級 Controller 完成異常處理也有著它自己的缺點，那就是代碼耦合嚴重，一旦哪天忘記繼承 BaseController，異常又會直達客戶了。想要解除這種耦合關系，可以使用 @ControllerAdvice 來協助處理。

@ControllerAdvice @ResponseBody public class ExceptionHandlerAdvice {@ExceptionHandler(Exception.class)public Result handleException(Exception e) {e.printStackTrace();return new Result(ResultCode.WEAK_NET_WORK);}}

3. 多類別異常處理

實際的開發場景中，異常是區分很多類別的，不同類別的異常需要給用戶不同的反饋。例如，在?SpringBoot實戰 之 數據交互篇?中有使用到注解式參數校驗，但校驗不通過原因并沒有以有效的方式告之給前端應用。下面我們通過上面提到的異常處理方式來完成這個功能：

首先，在 ResultCode 類中定義好 參數錯誤 的 code，代碼如下：

PARAMETER_ERROR(10101, "參數錯誤")

在 ExceptionHandlerAdvice 中添加對應的異常處理方法：

@ExceptionHandler(MethodArgumentNotValidException.class) public Result handleIllegalParamException(MethodArgumentNotValidException e) {List<ObjectError> errors = e.getBindingResult().getAllErrors();String tips = "參數不合法";if (errors.size() > 0) {tips = errors.get(0).getDefaultMessage();}Result result = new Result(ResultCode.PARAMETER_ERROR);result.setMsg(tips);return result; }

　　

當應用程序拋出 MethodArgumentNotValidException 時，會精確匹配到該方法，在方法里面會獲取到校驗結果，并將所有校驗錯誤中的第一條返回給前端應用。

這樣的話，就可以在 ExceptionHandlerAdvice 里面添加各種各樣的異常處理方法，以適合不同的應用場景。

項目的 github 地址：https://github.com/qchery/funda

?

原文鏈接：http://blog.csdn.net/chinrui/article/details/71036544

轉載于:https://www.cnblogs.com/Terry-Wu/p/8343289.html

總結

以上是生活随笔為你收集整理的SpringBoot实战 之 异常处理篇的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。