第十二章 通过异常处理错误

异常参数

throw new NullPointerException("t = null");

关键字throw将触发许多十分奇妙的事情。通常，你首先使用new来创建对象，用以表示错误情况，此对象的引用将传给throw。尽管返回的异常对象其类型通常与方法设计的返回类型不同，但从效果上看，它就像是从方法“返回”的。
此外，你能抛出任意类型的Throwable（它是异常类型的根类）对象。

栈轨迹

public class WhoCalled {
	static void f() {
		try {
			throw new Exception();
		} catch (Exception e) {
			for (StackTraceElement ste : e.getStackTrace()) {
				System.out.println(ste.getMethodName());
			}
		}
	}
	static void g() {
		f();
	}
	static void h() {
		g();
	}
	public static void main(String[] args) {
		f();
		System.out.println("--------------------------");
		g();
		System.out.println("--------------------------");
		h();
	}
}
Output :
f
main
--------------------------
f
g
main
--------------------------
f
g
h
main

重新抛出异常

如果你只是把当前异常对象重新抛出，那么printStackTrace( )方法显示的将是原来异常抛出点的调用栈信息，而并非重新抛出点的信息。要想更新这个信息，你可以调用fillInStackTrace( )方法，这将返回一个Throwable对象，它是通过把当前调用栈信息填入原来那个异常对象而建立的。

你有可能会在捕获异常之后抛出另一种异常。这么做的话，将得到类似使用fillInStackTrace( )的效果，有关原来异常发生地点的信息会丢失，剩下的是与新的抛出地点有关的信息：

最后那个异常仅知道自己来自main()，而对f()一无所知。

你永远不用为清理前一个异常对象而担心，或者说为异常对象的清理担心。它们都是用new在堆上创建的对象，所以垃圾回收器会自动把它们清理掉。

java标准异常

所以Java程序员关心的主要是Exception。
异常的基本的概念是用名称代表发生的问题，并且异常的名称应该可以望文知意。

特例RuntimeException

属于运行期异常的类型有很多。它们会自动被Java虚拟机抛出，所以你不必在异常说明中把它们列出来。这些异常都是从RuntimeException类继承而来，所以既体现了继承的优点，使用起来也很方便。
RuntimeException类型的异常也许会穿越所有的执行路径直达main( )方法，而不会被捕获。要明白到底发生了什么，可以试试下面的例子：

import com.bruceeckel.simpletest.*; 
public class NeverCaught { 
private static Test monitor = new Test(); 
static void f() { 
throw new RuntimeException("From f()"); 
} 
static void g() { 
f(); 
} 
public static void main(String[] args) { 
g(); 
monitor.expect(new String[] { 
"Exception in thread \"main\" " + 
"java.lang.RuntimeException: From f()", 
" at NeverCaught.f(NeverCaught.java:7)", 
" at NeverCaught.g(NeverCaught.java:10)", 
" at NeverCaught.main(NeverCaught.java:13)" 
}); 
} 
} ///:~

所以答案是：如果RuntimeException没有被捕获而直达main( )，那么在程序退出前将调用异常的printStackTrace( )方法。

请务必记住：你只能在代码中忽略RuntimeException（及其子类）类型的异常，其它类型异常的处理都是由编译器强制实施的。究其原因，RuntimeException代表的是编程错误：

1．你无法预料的错误。比如从你控制范围之外传递进来的null引用。
2．作为程序员，你应该在代码中进行检查的错误。（比如对于ArrayIndexOutOfBoundsException，你就得注意一下数组的大小了。）在一个地方发生的异常，常常会在另一个地方导致错误。

异常的限制

    当你重载方法的时候，你只能抛出在父类方法的异常说明里列出的那些异常。这个限制很有用，因为这样的话，对父类能工作的代码应用到子类对象的时候，一样能够工作（当然，这是面向对象的基本概念），异常也不例外。
异常限制对构造器不起作用。派生类构造器的异常说明必须包含基类构造器的异常说明。注意，派生类构造器不能捕获基类构造器抛出的异常。

异常使用指南

你应该在下列情况下使用异常：

1．在恰当的级别处理问题。（在你知道该如何处理的情况下才捕获异常）。
2．解决问题并且重新调用产生异常的方法。
3．进行少许修补，然后绕过异常发生的地方继续执行。
4．用别的数据进行计算，以代替方法返回的期望值。
5．把当前运行环境下能做的事情尽量作完，然后把相同的异常重抛（rethrow）到更高层。
6．把当前运行环境下能做的事情尽量作完，然后把不同的异常抛(throw)到更高层。
7．终止程序。
8．进行简化。（如果异常把问题搞得太复杂，那用起来会非常痛苦也很烦人。）
9．让类库和程序更安全。（这既是在为调试做短期投资，也是在为程序的健壮性做长期投资。）