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
