java异常处理笔记

一个健壮的程序必须处理各种各样的错误。所谓错误，就是程序调用某个函数的时候，如果失败了，就表示出错。调用方如何获知调用失败的信息？有两种方法：

方法一：约定返回错误码。

例如，处理一个文件，如果返回0，表示成功，返回其他整数，表示约定的错误码：
异常主要结构关系

int code = processFile("C:\\test.txt");
if (code == 0) {
    // ok:
} else {
    // error:
    switch (code) {
    case 1:
        // file not found:
    case 2:
        // no read permission:
    default:
        // unknown error:
    }
}

方法二：在语言层面上提供一个异常处理机制。

try {
    String s = processFile(“C:\\test.txt”);
    // ok:
} catch (FileNotFoundException e) {
    // file not found:
} catch (SecurityException e) {
    // no read permission:
} catch (IOException e) {
    // io error:
} catch (Exception e) {
    // other error:
}

Java内置了一套异常处理机制，总是使用异常来表示错误。

异常是一种class，因此它本身带有类型信息。异常可以在任何地方抛出，但只需要在上层捕获，这样就和方法调用分离了：

编译时异常：又叫可检查异常，通常时由语法错和环境因素（外部资源）造成的异常。比如输入输出异常IOException，数据库操作SQLException。其特点是，Java语言强制要求捕获和处理所有非运行时异常。通过行为规范，强化程序的健壮性和安全性。

运行时异常：又叫非受检异常RuntimeException，这些异常一般是由程序逻辑错误引起的，即语义错。比如算术异常，空指针异常NullPointerException，下标越界IndexOutOfBoundsException。运行时异常应该在程序测试期间被暴露出来，由程序员去调试，而避免捕获。

运行时异常和编译时异常的特点

运行时异常

1. 方法体中抛出运行时异常，则可以处理，也可以不处理。

2. 方法声明上声明运行时异常，则方法调用者可以处理，也可以不处理。
抛出ArithmeticException（ArithmeticException为非受检异常），在调用处（指main方法中）可以不处理（指捕获try…catch，main方法再往外抛就等于不处理），但是不处理的结果就是JVM处理，使程序挂掉，打印hello world就不会输出。

编译器对RuntimeException及其子类不做强制捕获要求，不是指应用程序本身不用捕获并处理RuntimeException。而是RuntimeException可以通过良好的编程习惯避免，但是如果出现了异常且没有处理照样会挂掉程序，所以是否需要捕获，具体问题具体分析。

处理后：helloworld正常输出

编译时异常

1. 方法体中抛出编译时异常，则必须要处理

在方法体中如果出现了受检异常，则一定要处理，不论是抛出给调用处处理，还是自己处理，必须需要处理。

2. 方法声明上声明编译时异常，则方法调用者必须要处理