9：用异常来处理错误
基本异常
“异常条件(exceptional condition)”是一种能阻止正在运行的方法或其某一部分继续运行下去的问题。
异常的参数
所有的标准异常都有两个构造函数；第一个是默认的构造函数，第二个是要拿一个字符串当参数的。
捕获异常
“守护区域(guarded region)”是一段可能产生异常的代码，并且后面还跟着要处理这些异常的代码。
Try区块
异常处理程序(exception handler)
“中止”还是“继续”
创建你自己的异常
Thorowable类(Exception是从它那里继承的)printStackTrace()方法会返回“被调用的方法是经过怎样一个顺序到达异常发生地点”的信息。缺省情况下，这些信息会送到标准错误流，但是这个方法的重载版也允许你将结果送到其他流。
对于异常类来说，getMessage()有点像toString()。
异常说明
会在编译时进行检查并且强制得到处理的异常被称为checked exception.
捕捉任意类型的异常
重抛异常
fillInStackTrace()，这个方法会将当前栈的信息塞进旧的异常对象中，并返回一个Throwable对象。
异常链(exception chaining)
JDK 1.4中所有的Throwable的子类都有一个能接受cause(原因)对象的构造函数。这个cause就是用来保存前一个异常的。
在Throwable的子类中，只有三种基本的异常类提供了带cause参数的构造函数，它们是Error（供JVM报告系统错误只用），Exception和RuntimeException。如果你要链接其他异常，那就不能用构造函数，而只能用initCause()方法了。
标准Java异常
RuntimeException表示编程错误：
1。一种你无法预料的错误。比如不在你控制之内的null reference。
2。一种由于“程序员忘了检查它应该检查的错误条件”而造成的错误（比如ArrayIndexOutOfBoundsException，你访问数组的时候应该对数组的大小做一个检查）。第一种情况下发生的异常，经常会演变成第二种情况下的问题。
用finally进行清理
如果你把try区放进一个循环，你就能构建一个程序运行之前必须满足的条件了。你也可以在循环里加上static的计数器，或其它什么东西，让它退出之前多试几种方法。这样你就能把程序的强壮性就能更上一个台阶。
finally是用来干什么的？
当你需要把内存以外的东西设置到原先状态的时候，finally就显得很有必要了。
甚至是在“异常没有被当前这组catch子句所捕获”的情况下，finally也会在“异常处理机制在更高一层的运行环境中开始寻找处理程序”之前得到执行。
错误：丢失的异常
加在异常上面的限制
派生类的构造函数不能捕获任何由基类构造函数抛出的异常。
在继承过程中，编译器会对异常说明作强制要求，但异常说明本身并不属于方法的特征(signature)，特征是由方法的名字与参数的类型组成的。因此，你不能根据异常说明来重载方法。此外，一个出现在基类方法的异常说明中的异常，不一定会出现在派生类方法的异常说明里。这点同继承的规则有明显不同，在继承中，基类的方法必须出现在继承类里。换一句话说，在继承和覆写的过程中，方法的“异常说明的接口”不是变大而是变小了－－这正好和接口在继承时的情形相反。
构造函数
所有的清理－－除了内存清理之外－－都不会自动发生。
异常的匹配
其它方法
异常运用的原则
1。在合适的地方处理问题。（避免在自己还不知道该如何处理的情况下去捕捉异常）。
2。把问题解决掉，然后重新调用那个引起问题的方法。
3。修正一下问题，然后绕过那个方法再继续下去。
4。用一些别的，不准备让这个方法返回的数字来进行计算。
5。把当前运行环境下能作的事情全部做完，然后把相同的异常抛到更高层。
6。把当前运行环境下能做的事情全部做完，然后抛一个不同的异常到更高层。
7。中止程序。
8。简化。（如果异常结构把事情搞得太复杂了，那用起来回事非常痛苦也很烦人）
9。把类库和程序做得更安全。（这即使在为调试作短期投资，也是在为程序的健壮性作长期投资。）
总结：Java异常处理的目的就是要让我们能用比现在更少的代码，以一种更简单的方式来开发大型，可靠的程序，并且让你在开发过程中能更自信“你的程序里面没有未经处理地错误”。异常不是特别难学，但是却能给项目带来立杆见影的效果。
