Java核心技术学习笔记(三)

1.在Java程序设计语言中，异常对象都是派生于Throwable类的一个实例。在Throwable的下一层分解为两个分支：Error和Exception。

Error类层次结构描述了Java运行时系统的内部错误和资源耗尽错误。应用程序不应该抛出这种类型的对象。如果出现了这样的内部错误，除了通告给用户，并尽力使程序安全地终止之外，再也无能为力了。这种情况很少出现。

设计Java程序时，需要关注Exception层次结构。这个层次结构又分解为两个分支：一个分支派生于RuntimeException；另一个分支包含其他异常。划分两个分支的规则是：由程序错误导致的异常属于RuntimeException；而程序本身没有问题，但由于像I/O错误这类问题导致的异常属于其他异常。

派生于RuntimeException的异常包含以下几个情况：

(1)错误的类型转换

(2)数组访问越界

(3)访问空指针

不是派生于RuntimeException的异常包括:

(1)试图在文件尾部读取数据

(2)试图打开一个错误格式的URL

(3)试图根据给定的字符串查找Class对象，而这个字符串表示的类并不存在

如果出现RuntimeException异常，那么就一定是程序员的问题。

Java语言规范将派生于Error类或RunTimeException类的所有异常称为未检查(unchecked)异常，所有其他的异常称为已检查(checked)异常。

一个方法必须声明所有可能抛出的已检查异常，而未检查异常要么不可控制（Error），要么就应该避免发生（RuntimeException）。如果方法没有声明所有可能发生的已检查异常，编译器就会给出一个错误消息。

2.如果在子类中覆盖了超类的一个方法，子类方法中声明的已检查异常不能超过超类方法中声明的异常范围。特别需要说明的是，如果超类方法没用抛出任何已检查异常，子类也不能抛出任何已检查异常。

3.在C++和Java中，抛出异常的过程基本相同，只有一点微小的差别。在Java中只能抛出Throwable子类的对象，而在C++中，却可以抛出任何类型的值。

4.为了让用户抛出子系统中的高级异常，而不会丢失原始异常的细节，可以使用如下包装技术：

try

{

XXXXXX

}

catch(Exception e)

{

Throwable mye = new MyException("my info");

mye.initCause(e);

throw mye;

}

当捕获到异常时，就可以使用下面这条语句重新得到原始异常:

Throwable e = mye.getCause();

5.在JavaSE5.0中，增加了一个静态的Thread.getAllStackTrace方法，它可以产生所有线程的堆栈跟踪。方法的具体实现方式如下：

Map<Thread,StackTraceElement[]> map = Thread.getAllStackTraces();

for(Thread t:map.keySet())

{

StackElement[] frames = map.get(t);

分析 frames

}

6.使用断言的建议：

断言失败是致命的，不可恢复的错误

断言检查只用于开发和测试阶段

因此，不应该使用断言向程序的其他部分通告发生了可恢复性的错误，或者，不应该作为程序向用户通告问题的手段。断言只应该用于在测试阶段确定程序内部的错误位置。