Java异常处理、异常处理使用的一些注意点（例如，基类和子类捕获的顺序问题）

Java提供了两种错误的异常类，分别为Error和Exception，且它们拥有共同的父类——Throwable。

Error表示程序在运行期间出现了非常严重的错误，并且该错误是不可恢复的，由于这属于JVM层次的严重错误，因此这种错误是会导致程序终止执行的。此外，编译器不会检查Error是否被处理，因此在程序中不推荐去捕获Error类型的异常，主要原因是运行时异常多是由于逻辑错误导致的，属于应该解决的错误，也就是说，一个正确的程序中是不应该存在Error的。OutOfMemoryError、ThreadDeath等都属于错误。当这些异常发生时，JVM一般会选择将线程终止。

Exception表示可恢复的异常，是编译器可以捕捉到的。它包含两种类型：检查异常(checked exception)和运行时异常(runtime exception)。

（1）检查异常

检查异常是程序中最经常碰到的异常。所以继承自Exception并且不是运行时异常都是检查异常，比如最常见的IO异常和SQL异常。这种异常都发生在编译阶段，Java编译器强制程序去捕获此类型的异常，即把可能会出现这些异常的代码放到trt块中，把对异常的处理的代码放到catch块中。这种异常一般在如下几种情况中使用：

1）异常的发生不会导致程序出错，进行处理后可以继续执行后续的操作，例如，当连接数据库失败后，可以重新连接后进行后续操作。

2）程序依赖于不可靠的外部条件，例如系统IO。

（2）运行时异常

不同于检查异常，编译器没有强制对其进行捕获并处理。如果不对其其进行处理，当出现这种异常时，会由JVM来处理，例如NullPointException异常，它就是运行时异常。在Java语言中，最常见的运行时异常包括：NullPointException(空指针异常)、ClassCastException(类型转换异常)、ArrayIndexOutOfBoundsException(数组越界异常)、ArrayStoreException(数组存储异常)、BufferOverflowException(缓冲区溢出异常)、ArithmeticException(算术异常)等。

出现运行时异常后，系统会把异常一直往上层抛出，直到遇到处理代码为止。若没有处理块，则抛到最上层；如果是多线程，就用Thread.run()方法抛出，如果是单线程，就用main()方法抛出。抛出之后，如果是线程，那么这个线程也就退出了。如果是主程序抛出的异常，那么整个程序也就退出了。所以，如果不对运行时异常进行处理，后果是非常严重的，一旦发生，要么是线程中止，要么是主程序终止。

在使用异常处理时，还需要注意以下几个问题：

1）Java异常处理用到了多态的概念，如果在异常处理过程中，先捕获了基类，然后再捕获子类，那么捕获子类的代码块将永远不会被执行。因此，在进行异常处理时，正确的写法是：先捕获子类，再捕获基类的异常信息，示例如下：

正确的写法：

try {
			//连接数据库代码
		} catch (SQLException e) {
			//异常处理代码
		}catch (Exception e) {
			//异常处理代码
		}

错误的写法：

try {
			//连接数据库代码
		}catch (Exception e) {
			//异常处理代码
		} catch (SQLException e) {
			//异常处理代码
		}

2）尽早抛出异常，同时对捕获的异常进行处理，或者从错误中恢复，或者让程序继续执行。对捕获的异常不进行任何处理是一个非常不好的习惯，这将非常不利于调试。但是不是抛出的异常越多越好，对于有些异常，例如运行时异常，实际上根本不必要处理。

3）可以根据实际的需求自定义异常类，这些自定义的异常类只要继承自Exception类即可。

4）异常能处理就处理，不能处理就抛出。对于最终没有处理的异常，JVM会进行处理。