异常的体系结构：

java.lang.throwable

java.lang.Rrror:一般不编写针对性的代码进行处理

java.land.exception:可以进行异常的处理

编译时异常（checked）

IOException
 FileNotFoundException
 ClassNotFoundException
 运行时异常（unchecked）
 NullPointerException
 ArrayIndexOutOfBoundsException
 ClassCastException

异常的处理：抓抛模型

过程一：“抛”：程序在正常执行的过程中，一旦出现异常，就会在异常代码处生成一个对应异常的对象

并将此对象抛出

一旦抛出对象以后，其后的代码就不在执行了

关于异常对象的产生： 1：系统自动生成的异常对象 2：手动的生成一个异常对象，并抛出（throw）

过程二：”抓“ 可以理解为异常的处理方式：1： try-catch-finally 2:throws

try-catch-finally 的使用
try{
 //可能出现的异常代码
 }catch(异常类型1 变量名1){
 }catch(异常类型2 变量名2){
 }
 …
finally{
 //一定会执行的代码
}

说明：

  1. finally是可选的
  2. 使用try将可能出现异常的代码包装起来，在执行的过程中，一旦出现异常，就会生成一个对应异常类的对象，根据此对象的类型，去catch中进行匹配
  3. 一旦try中的异常对象匹配到某个chach时，就进入catch中进行异常的处理，一旦处理完成，就跳出当前的try catch结构（在没有写finally的情况），继续执行其后的代码
  4. catch中的异常类型如果没有子父类关系，则谁声明在上，谁声明在下无所谓
  5. catch中的异常类型如果是子父类关系，则要求子类一定声明在父类的上面，否则，报错
  6. 常用的异常对象处理的方式：1；String getMessage() 2:printStackTrace()
  7. 在try中声明的变量，在出了try结构中，就不能在调用了

finally的使用

  1. finally 是可选的
  2. finally中声明的代码时一定会被执行的代码，即使catch中又出现异常了，try中有return语句，catch中有return语句等情况
  3. 像数据库链接，输入输出流，网络编程Socket等资源，JVM是不能自动的回收的，我们需要自己手动的进行资源的释放，此时的资源释放，就需要声明在finally中

体会1： 使用try-catch -finally 处理编译时异常，时得程序在编译时就不再报错，但是运行时仍可能报错，相当于我们使用try-chatch-finally 将一个编译时可能出现的异常，延迟到运行时出现

体会二：开发中由于运行时异常比较常见，所以我们通常不针对运行时异常编写 try-catch-finally了，针对于编译时异常，我们说一定要声明try-catch

异常处理的方式二： throws + 异常类型

  1. 写在方法的声明处，指明此方法在执行时，可能会抛出的异常类型，一旦当方法体执行时，出现异常，仍会在异常代码处生成一个异常类的对象，此对象满足throws后异常类型时，就会被抛出
  2. 体会： try-catch-finally:真正的将异常给处理掉了，throws的方式只是将异常抛给了方法的调用者，并没有真正的将异常处理掉
  3. 开发中如何选择使用 try-catch-finally 和 throws
  1. 如果父类中被重写的方法没有throws方式处理异常，则子类重写的方法也不能使用 throws 意味着如果子类重写的方法中有异常，必须使用try-cath-finally 方式处理
  2. 执行的方法a中，先后又调用了另外的几个方法，这几个方法时递进关系执行的，我们建议这几个方法使用throws的方式进行处理，而执行方法A可以考虑使用try-catch-finally 方式进行处理

如何自定义异常？

  1. 继承于现有的异常结构：RuntimeExceptiopn,Exception
  2. 提供全局常量：serialVersionUID
  3. 提供重载的构造器