异常处理技巧.docx

1 异常层次 需要考察的异常情况有：用户输入错误、设备错误、物理限制、程序错误，传统的返回错误码的方法并不能处理所有的情况。 1.1 异常分类 在Java程序中，异常对象都派生于Throwable。如果Java的内置异常不满足需求，则可以创建自定义异常。下图是基本的异常体系： Error类描述了Java运行时系统的内部错误和资源耗尽错误，此类错误不应由应用程序抛出。 而Exception分两类，一类是因程序逻辑问题，导致系统出问题，此时就是Runtime异常，如数组越界、类型转换错误、访问空指针。而如果程序可以正常，但在遇到不同IO情况时，出问题导致，则属于IO异常，如打开格式错误的URL、在文件尾部读数据、加载不存在的类文件等。 RuntimeException一定是程序写的有问题，是可以避免出现的。Java将Error和RuntimeException定义为未检查的异常。其他异常为已检查。编译器将检查代码是否为所有已检查异常提供异常处理器。 1.2 异常声明 方法应该在首部声明其所有可能抛出的异常，例如： public void lookup() throws XXException,YYException 一个方法必须声明所有可能抛出的已检查异常，而未检查异常要么不可控，要么就应该避免发生。如果方法没有声明所有可能发生的已检查异常，编译器就会给出错误消息。 当程序调用一个抛出已检查异常的方法、或程序自己会抛出异常时，有必要进行异常声明，对于Error和Runtime这些未检查异常，无人可以预料，因此不需要声明。 1.3 自定义异常 如果遇到标准异常不能说明的情况，则需要自定义异常。只需要继承自某个异常类，并定义两个构造函数即可。一个默认构造函数，一个带有描述信息的构造器。 2 捕获异常 异常的捕获需要周密的计划。如果异常没有被捕获，程序会终止，并会在控制台上输出异常信息。对UI程序，异常出现后会提示用户，用户可以继续返回到程序中。 使用try块来捕获异常 try { } catch(XXXException e) { } catch(YYYException e) { } 如果try语句中的任何代码抛出一个在catch中指定的异常，则程序会跳过try语句中的其余代码转而执行catch子句中的代码。如果抛出的是不在catch中指定的异常，则程序立即返回到上层调用者。 当捕获到异常后，一种方法是我们自己处理；另一种是不处理，交给调用者去处理，这样只需要声明异常即可。如果应该捕获那些知道如何处理的异常，而将不知道如何处理的异常传递给上层。将异常交给足以胜任的处理器，比压抑它好得多。 2.1 捕获多个异常 通过示例代码，可以捕获多个异常 2.2 链式异常 当捕获到异常后，我们可以改变其类型，并重新抛出。这样做可以隐藏底层异常的细节，保持异常解释的抽象性。为了获得真正的底层异常，可以用setCause()方法将底层异常包装到高层异常中，并在需要的时候用getCause()来获取。 2.3 finally子句 不论异常是否发生，finally中的语句都会被执行，这可以作为一种比较合适的清理资源的方式。当然如果在finally中抛出异常，则会导致try中异常类型丢失。因此建议异常的使用风格如下： try { ? ? try ????{ ????} ? ? finally ? ? { ???? ????} } catch() { } 内层的try..finally负责清理资源，而外层的try只负责报告错误。 2.4 堆栈跟踪 java.lang.Throwable Throwable(String s) Throwable(Throwable cause)? Throwable(String s,Throwable cause) ?用给定的cause构造一个异常 Throwable getCause() void setCause() String getMessage() 获得描述信息 StackTraceElement[] ?getStackTrace() 获取构造这个对象时调用堆栈的跟踪 java.lang.Exception Exception(Throwable cause)? Exception(String s,Throwable cause) ?用给定的cause构造一个异常 java.lang.RuntimeException RuntimeException(Throwable cause)? RuntimeException(String s,Throwable cause) ?用给定的cause构造一个异常 java.lang.StackTraceElement String getFileName() 返回元素