java后端項目異常的處理方法

本篇內容主要講解“ java后端項目異常的處理方法”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“ java后端項目異常的處理方法”吧!

一、Controller局部異常處理

1.1. 使用示例

這種異常處理只局部于某個Controller內，如：

@Controller
@Slf4j
@RequestMapping("/api/demo")
public class DemoController {

    @ExceptionHandler(Exception.class)
    @ResponseBody
    public ResponseDTO<?> exceptionHandler(Exception e) {
        log.error("[{}] system error", e);
        return ResponseDTO.builder()
        .errorCode(ErrorCode.SYSTEM_ERROR)
        .build();
    }
}

• 所有Controller方法（即被RequestMapping注解的方法）拋出的異常，會被該異常處理方法處理。

• 使用上，在Controller內部，用@ExceptionHandler注解的方法，就會作為該Controller內部的異常處理方法。

• 并且，它的參數中可以注入如WebRequest、NativeWebRequest等，用來拿到請求相關的數據。

• 它可以返回String代表一個view名稱，也可以返回一個對象并且用@ResponseBody修飾，由框架的其它機制幫你序列化。

此外，它還能夠對異常類型進行細粒度的控制，通過注解可以有選擇的指定異常處理方法應用的異常類型：

@ExceptionHandler({BusinessException.class, DataBaseError.class })

雖然說全局異常處理HandlerExceptionResolver通過條件判斷也能做到， 但是使用這種注解方式明顯更具有可讀性。

二、ControllerAdvice

2.1 使用示例

剛才介紹的是Controller局部的異常處理，用于處理該Controller內部的特有的異常處理十分有用。

首先，定義一個存放異常處理函數的類，并使用@ControllerAdvice修飾。

@ControllerAdvice(assignableTypes = {GlobalExceptionHandlerMixin.class})
public class ExceptionAdvice {

    @ExceptionHandler(ErrorCodeWrapperException.class)
    @ResponseBody
    public ResponseDTO<?> exceptionHandler(ErrorCodeWrapperException e) {
        if ((errCodeException.getErrorCode().equals(ErrorCode.SYSTEM_ERROR))) {
            log.error(e);
        }
        return ResponseDTO.ofErroCodeWrapperException(errCodeException);
    }
}

@ExceptionHanlder修飾的方法的寫法和Controller內的異常處理函數寫法是一樣的。

2.2 控制生效的Controller范圍

注意到，我是這樣編寫注解的：

@ControllerAdvice(assignableTypes = {GlobalExceptionHandlerMixin.class})

它用來限定這些異常處理函數起作用的Controller的范圍。如果不寫，則默認對所有Controller有效。

這也是ControllerAdvice進行統一異常處理的優點，它能夠細粒度的控制該異常處理器針對哪些Controller有效，這樣的好處是：

• 一個系統里就能夠存在不同的異常處理器，Controller也可以有選擇的決定使用哪個，更加靈活。

• 不同的業務模塊可能對異常處理的方式不同，通過該機制就能做到。

• 設想一個一開始并未使用全局異常處理的系統，如果直接引入全局范圍內生效的全局異常處理，勢必可能會改變已有Controller的行為，有侵入性。也就是說，如果不控制生效范圍，即默認對所有Controller生效。如果控制生效范圍，則默認對所有Controller不生效，降低侵入性。

如剛才示例中的例子，只針對實現了GlobalExceptionHandlerMixin接口的類有效：

@Controller
@Slf4j
@RequestMapping("/api/demo")
public class DemoController implements GlobalExceptionHandlerMixin {
}

ControllerAdvice支持的限定范圍：

• 按注解：@ControllerAdvice(annotations = RestController.class)

• 按包名：@ControllerAdvice("org.example.controllers")

• 按類型：@ControllerAdvice(assignableTypes = {ControllerInterface.class, AbstractController.class})

三、總結

以上幾種方式是Spring專門為異常處理設計的機制。

就我個人而言，由于ControllerAdvice具有更細粒度的控制能力，所以我更偏愛于在系統中使用ControllerAdvice進行統一異常處理。

除了用異常來傳遞系統中的意外錯誤，也會用它來傳遞處于接口行為一部分的業務錯誤。

這也是異常的優點之一，如果接口的實現比較復雜，分多層函數實現，如果直接傳遞錯誤碼，那么到Controller的路徑上的每一層函數都需要檢查錯誤碼，退回到了C語言那種可怕的“寫一行語句檢查一下錯誤碼”的模式。

當然，理論上，任何能夠給Controller加切面的機制都能變相的進行統一異常處理。比如：

• 在攔截器內捕獲Controller的異常，做統一異常處理。

• 使用Spring的AOP機制，做統一異常處理。

到此，相信大家對“ java后端項目異常的處理方法”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！