方式一：try-catch-finally
方式二：throws + 异常类型

异常的处理：抓抛模型

过程一：“抛”：程序在正常执行的过程中，一旦出现异常，就会在异常代码出生成一个对应异常类的对象。并将此对象抛出。一旦抛出对象后，其后的代码就不再执行。

关于异常对象的产生：1. 系统自动生成的异常对象
2. 手动的生成的一个异常对象，并抛出(throw)
例如：throw new RuntimeException(“ “);

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

try-catch-finally的使用

  1. try{
  2.     //可能出现异常的代码
  3. }catch(异常类型1 变量名1){
  4.     //处理异常的方式1
  5. }catch(异常类型2 变量名2){
  6.     //处理异常的方式2
  7. }catch(异常类型3 变量名3){
  8.     //处理异常的方式3
  9. }
  10. ......
  11. finally{
  12.     //一定会执行的代码
  13. }

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

说明：

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

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

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

  1. public void method() throws 异常类型{
  3. }

说明：

“throws + 异常类型”写在方法的声明处。指明此方法执行时，可能会抛出的异常类型。一旦当方法体执行时，出现异常，仍会在异常代码处生成一个异常类的对象，此对象满足throws后异常类型时，就会被抛出。异常代码后续的代码，就不再执行。

throws只是将异常抛出，并没有处理。

子类重写的方法抛出的异常类型不大于父类被重写的方法抛出的异常类型

开发中如何选择使用try-catch-finally还是throws？

  1. 如果父类中被重写的方法没有throws方式处理异常，则子类重写的方法也不能使用throws，意味着如果子类重写的方法中有异常，必须使用try-catch-finally方式处理。
  2. 执行的方法a中，先后调用了另外的几个方法，这几个方法是递进关系执行的。我们建议这几个方法使用throws的方式进行处理。而执行的方法a可以考虑使用try-catch-finally方式进行处理。