1.概述

针对代码中的非正常情况进行处理的

理论上的方法：

       1.继续运行，没有任何提示，但程序从此行为为未定义状态，出现啥情况都是合理的

2.想办法告诉调用者出错

2.异常中的关键字

try、catch、finally、throw、throws

关键字的用法

1）try + catch

try {
    //没发生错误时的正常语句
} catch (异常类型名 变量名) {
    //遇到异常时该怎么做
}

2）try + finally

try {
    //没发生错误时的正常语句
} finally {
    //无论是正常执行完、还是异常执行完，都需要执行这里的语句
}

3）try + catch + finally

try {
    //没发生错误时的正常语句
} catch (异常的类型 变量名){
    //遇到异常时，该怎么做
} finally {
    //无论是正常执行完、还是异常执行完，都需要执行这里的语句
}

谁对异常负责，谁写 try - catch

3. throw 抛出异常

案发现场（异常现场）负责抛出（throw）一个异常的对象

throw new RuntimeException(...);
RuntimeException e = new RuntimeException();
throw e;

4.异常对象的构造方法和常见方法

       1）无参构造方法                          new RuntimeException();

       2）允许传入 String  Message     new ArrayIndexOutOfBoundsException(" 超过下标范围 ")；

       3）通过一个异常，构造另一个异常

                       饭不够吃Exception e = ...；

                       物资不够Exception exc = new 物资不够Exception（e）；

               现在的问题是物资不够，但最底层的表现的现象是饭不够吃

               由于 e 的异常，导致 exc 的异常

当一个异常被 main 抛出时，说明，应用代码中谁都不会对此事负责，直至程序终止运行

5.风险声明：throws的使用（不是throw）

public void 防控疫情（...）throws 物资短缺，经济下滑 {
...
}
try {
        防控疫情（...）；
} catch （物资短缺） {
        ...
}

6.写代码时可能有两大类代码错误

       1）语法错误 -> 编译错误（编译就失败了）

       2）运行时错误 -> 语法没问题，执行出问题

               以异常方式体现

               没有异常，只是运行结果不符合预期

7.错误 VS 受查异常 VS 非受查异常

错误：因为设备，或者其他硬件环境导致的，程序根本无法修复的问题，比如：CPU 烧了、硬盘烧了

非受查异常：因为程序的代码BUG导致的问题（空指针异常、数组下标越界异常、除 0 异常）

受查异常：一些可以经过重试、或者程序自动修复可以解决的问题（暂时上不了网，内存暂时不够用）

设计理念中：

       我们应该catch受查异常

       错误，我们catch了也解决不了

       非受查异常，就不应该catch