Java異常處理機制

Java異常處理機制

一. 異常類型

1. Exception

   　　Exception主要分為兩種：Runtime Exception、Checked（Compile） Exception。

　　常見的Runtime Exception，有：NullPointerException、ArithmeticException...

　　常見的Checked（Compile） Exception，有：IOException、FileNotFoundException...

　　所謂Checked Exception就是在編譯期間，你必須對某條、或多條語句進行異常處理，如： try...catch...、throws語句。

　　下面介紹下Checked Exception的優缺點：

特點與優點： Java專有，展現Java的設計哲學，沒有完善錯誤處理的代碼根本就不會給你機會去執行。

缺點：

必須顯式捕捉并處理異常，或顯式聲明抛出異常，增加程式複雜度。

若顯式抛出異常，則會增加方法簽名與異常的耦合度。

1. Error

   　　Error主要表示一些虛拟機内部錯誤，如：動态連結失敗。

二. 異常處理規則

程式可讀性：避免過度使用異常處理代碼，減少方法簽名與異常的耦合度。

異常原始性：捕獲并保留原始異常資訊。

異常針對性：根據業務需求決定如何處理異常，比如：

當你檢查商品庫存時發生異常，此時就應終止此次調用，并告訴上層使用者詳細、明确的原因。

當你擷取使用者頭像失敗時，因為該操作不影響整體訂單、支付流程，是以不需要終止此次調用，可與上層使用者協商處理，比如：傳回一個空字元串。

三. 相關問題

throw與throws差別？

位置：

throws位于方法簽名。

throw位于函數體内。

文法格式

throws後面跟的是異常類，且一次可以跟多個，隻需要以逗号分隔。

throw後面跟着的是異常執行個體，且一次隻能跟一個。

命中率

throws隻是做個防守，并不會真正執行。

一旦執行到throw語句，必定抛出異常。

為什麼要有異常處理機制？

無法窮舉所有的異常情況。

若異常處理的代碼過多，會導緻程式可讀性變差。

為什麼要把原始異常封裝一層？

安全性，防止惡意使用者獲得系統内部資訊。

對上層使用者更加友好，讓其更加明确、詳細的知道異常原因。

為什麼有那麼多類需要實作Closeable或AutoCloseable接口？

Java9增強了自動關閉資源的try語句。

複制代碼

public class ExceptionTest {

public static void readFile(){
    try(BufferedReader bufferedReader = new BufferedReader(new FileReader("justForTest.txt")))
    {
        System.out.println(bufferedReader.readLine());
    } catch (IOException e) {
        e.printStackTrace();
    }
}           

}

@Test

public void readFileTest(){

ExceptionTest.readFile(); // Just for test.           

四. 實踐（自定義RuntimeException）

@Getter

public class ServiceException extends RuntimeException {

private HttpStatus status;
private ResultCode resultCode;
private Object     errorData;

private ServiceException(HttpStatus status, ResultCode resultCode, Object errorData){
    this.status     = status;
    this.resultCode = resultCode;
    this.errorData  = errorData;
}

public static ServiceException badRequest(ResultCode resultCode, Object errorData){
    return new ServiceException(HttpStatus.BAD_REQUEST, resultCode, errorData);
}           

public enum ResultCode {

// errorCode
SUCCESS(0, "SUCCESS"),
INVALID_PARAMETER(600, "invalid parameter");

private final int errorCode;
private final String errorData;

ResultCode(int errorCode, String errorData){
    this.errorCode = errorCode;
    this.errorData = errorData;
}           

@ControllerAdvice

public class GlobalErrorHandler {

@ExceptionHandler(ServiceException.class)
public ResponseEntity<ErrorResponse> handleServiceException(ServiceException ex){
    return ResponseEntity
            .status(ex.getStatus())
            .body(ErrorResponse.failed(ex.getResultCode(), ex.getErrorData()));
}           

@ApiModel

public class ErrorResponse implements Serializable {

private static final long serialVersionUID = -2254339918462802230L;

private final int errorCode;
private final String errorMsg;
private final T errorData;

private ErrorResponse(ResultCode resultCode, T errorData) {
    this.errorCode = resultCode.getErrorCode();
    this.errorMsg  = resultCode.getErrorData();
    this.errorData = errorData;
}

public static <T> ErrorResponse<T> failed(ResultCode resultCode, T data){
    return new ErrorResponse(resultCode, data);
}           

@RestController

public class OrderController {

@GetMapping(value = "/v1/orders/{order_id}"/*, produces = {"application/toString", "application/json"}*/)
public Order getOrder(@PathVariable("order_id") @NotBlank String orderId){

    Order order = new Order();
    BigDecimal total = new BigDecimal(-1.00, new MathContext(2, RoundingMode.HALF_UP));

    if (total.compareTo(BigDecimal.ZERO) <= 0){
        throw ServiceException.badRequest(ResultCode.INVALID_PARAMETER,
                "Total is less than zero!");
    }
    order.setOrderId(orderId);
    order.setTotal(total);
    return order;
}           

五. 參考

瘋狂Java講義（第十章 - 異常處理）

JAVA核心知識點整理

原文位址

https://www.cnblogs.com/YaoFrankie/p/11440626.html