标签：初始化 1.5 新浪博客 strong main sse get 自动化 tom
Atitit java的异常exception 结构Throwable类
1.1. Throwable类 2、StackTrace栈轨迹1
1.3. 4、SuppressedException被屏蔽的异常2
栈轨迹记录了程序从开始到异常抛出点所调用的方法。通过StackTraceElement[] getStackTrace()可以获得一个StackTraceElement的数组，每个StackTraceElement记录一个栈帧，0号元素表示栈顶，由栈的FILO规则可知0号元素表示最后调用的方法，而栈底则表示第一个调用的方法，一般就是main了。
Throwable提供了一个打印栈轨迹的方法void printStackTrace()，输出到System.err,如要输出到其它地方，可调用printStackTrace(PrintStream s)或void printStackTrace(PrintWriter s)。
重抛异常时，异常对象的所有信息保持不变，所以printStackTrace()西那是的将是原来异常抛出点的调用栈信息，而非重新抛出点的信息。要想更新这个信息，可以调用Throwable fillInStackTrace()，该函数将产生一个新的Throwable对象，它是通过把当前的调用栈信息填入原来那个异常对象而建立的。调用fillInStackTrace()的那一行成了异常的新发生地。不过fillInStackTrace()要生效必须保证StackTrace是可写的，这个可通过调用构造器Throwable(String message, Throwable cause, boolean enableSuppression, boolean writableStackTrace)实现。
当我们在捕获到一个异常后想抛出另一个异常，并且希望把原始的异常信息保存下来，就可以调用构造器把原始的异常对象保存到新的Throwable的cause中，如Throwable(String message, Throwable cause)。或者构造新的异常对象时没有初始化cause，则可以调用Throwable initCause(Throwable cause)，这个方法最多只能调用一次，也就是说cause一旦初始化了就不能再设置。 可以把cause看成是链表元素中指向上一个元素的引用，所以最终将形成一条异常链。异常链的信息会在printStackTrace()中打印出来。
保存被屏蔽的异常，可通过Throwable[] getSuppressed()获得。添加的话用addSuppressed(Throwable exception)，这个函数一般是在try-with-resources语句中由自动调用的。
从 Java 7 build 105 版本开始，Java 7 的编译器和运行环境支持新的 try-with-resources 语句，称为 ARM 块(Automatic Resource Management) ，自动资源管理。使用如下：
try (InputStream fis = new FileInputStream(source);
OutputStream fos = new FileOutputStream(target)){
}
catch (Exception e) {
e.printStackTrace();
}
}
在使用try-with-resources语句的时候，异常可能发生在try语句中，也可能发生在释放资源时。如果资源初始化时或try语句中出现异常，而释放资源的操作正常执行，try语句中的异常会被抛出；如果try语句和释放资源都出现了异常，那么最终抛出的异常是try语句中出现的异常，在释放资源时出现的异常会作为被抑制的异常添加进去，即通过Throwable.addSuppressed方法来实现。
能够被try语句所管理的资源需要满足一个条件，那就是其Java类要实现java.lang.AutoCloseable接口，否则会出现编译错误。当需要释放资源的时候，该接口的close方法会被自动调用。Java类库中已有不少接口或类继承或实现了这个接口，使得它们可以用在try语句中。在这些已有的常见接口或类中，最常用的就是与I/O操作和数据库相关的接口。与I/O相关的java.io.Closeable继承了AutoCloseable，而与数据库相关的java.sql.Connection、java.sql.ResultSet和java.sql.Statement也继承了该接口。如果希望自己开发的类也能利用try语句的自动化资源管理，只需要实现AutoCloseable接口即可。代码清单1-19给出了一个自定义资源的使用示例，在close方法中可以添加所需要的资源释放逻辑。
前面说过异常说明是方法声明的一部分，那么如果派生类想覆盖基类的某个包含异常说明的方法，需要如何处理呢？这个问题要分为两种情况，一种是对于构造函数，另外一种是对于成员方法。
对于覆盖成员方法的情况，为了满足多态的情况，我们必须保证处理基类方法产生异常的程序能处理派生类方法所能产生的异常（因为我们可以把派生类向上转型为基类），这就要求派生类方法的异常说明中的异常必须包含于基类方法的异常说中。
对于构造函数，我们调用的时候对象还没有生成，所以不能将其赋予一个基类引用，不存在多态的情况，所以派生类构造函数的异常说明中可以包含基类构造函数的异常说明中没有的异常类型。另一方面，由于派生类的构造函数会调用基类的构造函数，会产生基类构造函数能产生的异常，所以派生类构造函数的异常说明应包含基类构造函数的异常说明中的异常类型。这跟成员方面的情况刚好相反。
Java异常处理机制_supernan_新浪博客.html
作者:: 绰号:老哇的爪子 （ 全名：：Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ）
汉字名：艾提拉（艾龙）， EMAIL:1466519819@qq.com
转载请注明来源： http://www.cnblogs.com/attilax/
Atiend
Atitit java的异常exception 结构Throwable类
标签：初始化 1.5 新浪博客 strong main sse get 自动化 tom
原文地址：http://www.cnblogs.com/attilax/p/6006323.html
