Java异常处理

---

1.finall块什么时候执行
在Java的异常处理中，finally块的作用就是为了保证无论出现什么情况，finally块里的代码一定会被执行。由于程序执行return就意味着结束对当前函数的调用并跳出这个函数体，因此任何语句要执行都只能在return执行，除非碰到exit函数，因此finally块里的代码也是在return前执行的。此外，如果try-catch-finally块中都有return，那么finally中的return语句将会覆盖别处的return语句，最终返回到调用者那里的是finally中return的值。
此外由于f在一个方法内部定义的变量都存储在栈中，当这个函数结束后，其对应的栈就被回收，此时在其他方法中定义的变量将不存在了，因此return在返回时不时直接返回变量值，而是复制一份然后返回。因此对于基本类型的数据，在finallly块中改变return的值对返回值没有任何影响，但是对引用类型的数据会有影响。
注：finally块是不是一定会被执行？（不一定）

• 当程序在进入try语句块之前就出现异常时，会直接结束，不会执行finally块中代码。
• 在try块中强制退出时不会执行finally块中的代码。

---

2.异常处理
异常时指程序运行时（非编译时）所发生的非正常情况或错误，当程序违反了语义规则时，JVM就会将出现的错误表示为一个异常并抛出，才catch程序块中进行捕获和处理。
在Java的API中，定义了很多异常类，这些异常类分为Error（错误）和Exception（异常）两大类。
违反语义规则包括两种情况：一种是Java类库内置的语义检查，例如数组下标越界时，会一发IndexOutOfBoundsException；另一种情况是Java允许开发人员扩展这种语义检查，开发人员创建自己的异常类，并自由选择何时用throw关键字抛出。

---

3.运行时异常和普通异常的区别
Java提供了两种错误的异常类：Error和Exception，且它们拥有共同的父类Throwable。

• Error表示程序在运行期间表现了非常严重的错误，并且错误是不可恢复的由于这属于JVM层次的严重错误，因此这种错误是会导致程序终止执行的。OutofMemoryError、ThreadDeath等都 属于错误。
• Exception表示可恢复异常，是编译器可以捕捉到的，包含两种类型：检查异常（checked exception）和运行时异常（runtime exception）。

  • 检查异常是程序中最经常碰到的异常。所有继承自Exception并且不是运行时异常的异常都是检查异常，比如最常见的IO异常和SQL异常。这种异常发生在编译阶段，Java编译器强制程序去捕获次类型的异常，即try-catch。这种异常一般用在如下情况:

    • 异常的发生并不会导致程序出错，进行处理后可以继续执行后续的操作，如连接数据库失败后，可以重连。
    • 程序依赖于不可靠的外部条件，如系统的IO。

  • 运行时异常
    对于运行时异常，编译器没有强制对其进行捕获并处理。如果不对这种异常进行处理，当出现这种异常时，会由JVM来处理，例如NUllPointerException（空指针）异常、ClassCastException（类型转换异常）、ArrayIndexOutOfBoundsException（数组越界异常）、ArrayStoreExcption（数组存储异常）、BufferOverflowException（缓冲区溢出异常）、ArithmeticException（算术异常），它就是运行时异常。出现运行时异常时，系统会把异常一直往上层抛出，直到遇到处理代码为止。

注：

• Java异常处理用到了多态的概念，如果在异常处理过程中，先捕获了基类，然后
  再捕获子类，那么捕获子类的代码块将永远不会被执行。因此在进行异常捕获时，正确的写法是：先捕获子类，再捕获基类的异常信息。
• 尽早抛出异常，同时对捕获的异常进行处理，或者从错误中回复，或者让程序继续执行。对于有些异常类型，例如运行时异常，实际上根本不必处理。
• 可以根据实际的需求自定义异常类，这些自定义的异常类只要继承自Exception类即可。
• 异常能处理就处理，不能处理就抛出。对于一般异常，如果不能进行有效的处理，最好转换为运行时异常抛出，对于最终没有处理的异常，JVM会进行处理。

---