java核心技术总结七--异常、日志、断言和调试

第十一章

1、异常的分类：

     Throwable分为Error类和Exception类。Exception类分为IOException类和RuntimeException类。

      Error类层次结构描述了java运行时系统的内部错误和资源耗尽错误。

      由程序错误导致的异常属于RunntimeException。派生于RuntimeException类的异常包括情况有：错误的类型转换，数组访问越界，访问空指针。

       不是派生于RuntimeException类的异常包括：试图在文件尾部后面读取数据;试图打开一个错误格式的URL;试图根据给定的字符串查找class对象，而这个字符串表示的类并不存在；

        Java语言规范将派生于Error类或者RuntimeException类的所有异常称为未检查异常，所有其他的异常称为已检查异常。

       c++中有2个基本的异常类：

              runtime_error-------相当于java中的非RuntimeException类

              logic_error--------  相当于java中的RuntimeException类

     

2、声明已检查异常：

       必须使用throws子句声明：

          调用一个抛出已检查异常的方法；

          程序运行过程中发现错误，并且利用throw语句抛出一个已检查异常；

          程序出现错误；

          java虚拟机和运行时库出现的内部异常

    对于那些可能被别人使用的java方法，应该在方法的首部声明这个方法可能跑出的异常，但是不需要声明java的内部错误，即从Error继承的错误，同样也不应该声明从RuntimeException继承的那些未检查异常。

    总之，一个方法必须声明所有可能抛出的已检查异常，而未检查异常要么不可控制，要么就应该避免。

  

   如果在子类中覆盖了超类的一个方法，子类方法中声明的已检查异常不能超过超类方法中声明的异常范围。如果超类方法没有抛出任何已检查异常，子类也不能抛出任何已检查异常。

 

   java中的throws说明符和c++中的throw说明符类似。但是在C++中，throw说明符在运行时执行，而不是在编译时执行。另外在C++中如果没有给出throw说明，函数可能会抛出任何异常。在java中，没有throws说明符的方法将不能抛出任何已检查异常。

3、如何抛出异常

     EOFException异常描述的是"在输入过程中，遇到一个未预期的EOF后的信号"。

     对于一个已经存在的异常类，将其抛出的方式是：找到一个合适的异常类；创建这个类的对象；将对象抛出。

     在java中，只能抛出Throwable子类的对象，而在c++中，却可以抛出任何类型的值。

4、创建异常类

      java程序员自己创建的异常类都是继承于Exception的。

5、捕获异常

       如果某个异常发生的时候没有在任何地方进行捕获。那么程序就会终止执行。

        要想捕获一个异常，必须设置try/catch语句块

        通常，应该捕获那些知道如何处理的异常，而将那些不知道怎样处理的异常传递出去。如果想将异常传递出去，就必须在方法的首部添加一个throws说明符。

        如果编写一个覆盖超类的方法，而这个方法又没有抛出异常，那么这个方法就必须捕获方法代码中出现的每一个已检查异常。不允许在子类的throws说明符中出现超过超类方法所列出的异常类范围。

6、再次抛出异常与异常链

      在catch子句中可以抛出一个异常，这样做的目的是改变异常的类型

       异常的包装技术： Throwable e = se.getCause();   这样可以让用户抛出子系统的高级异常，而不会丢失原始异常的细节。

7、finally子句

      不管是否有异常被捕获，finally子句中的代码都被执行。

       将需要关闭资源的子句放在finally子句中是一个很好的选择。

       强烈建议独立使用try/catch和try/finally语句块，这样可以提高代码的清晰度

8、堆栈跟踪元素

       堆栈跟踪是一个方法调用过程的列表，它包含了程序执行过程中方法调用的特定位置。

       可以调用getStackTrace方法获得一个StackTraceElement对象的数组。StackTraceElement类含有能够获得文件名和当前执行的代码行号的方法，同时，还含有能够获得类名和方法名的方法。

9、使用异常机制的建议：

      异常处理不能代替简单的测试。使用异常的基本规则是：只在异常情况下使用异常机制；

      不要过分的细化异常；

      利用异常层次结构，不要只抛出RuntimeException异常，应该寻找更加适当的子类或创建自己的异常类；

      不要压制异常；

      在检测错误时，"苛刻"要比放任好。例如，当栈空时，Stack.pop是返回一个null,还是抛出一个异常？我们认为，在出错的地方抛出一个EmptyStackException异常要比在后面抛出一个NullPointerException异常更好。

       不要羞于传递异常。有的时候让高层次的方法通告用户发生了错误，或者放弃不成功的命令更加适宜。