SCJP认证复习~2

断言:

        assertion就是在程序中的一条语句，它对一个boolean表达式进行检查，一个正确程序必须保证这个boolean表达式的值为true；如果该值为false，说明程序已经处于不正确的状态下，系统将给出警告或退出。

        一般来说，assertion用于保证程序最基本、关键的正确性。assertion检查通常在开发和测试时开启。为了提高性能，在软件发布后，assertion检查通常是关闭的。

 

        在语法上，为了支持assertion，Java增加了一个关键字assert。它包括两种表达式，分别如下：
        assert expression1;
        assert expression1: expression2;
        在两种表达式中，expression1表示一个boolean表达式，expression2表示一个基本类型或者是一个对象(Object) ，基本类型包括boolean,char,double,float,int和long(如果e2调用了函数,而函数返回值为void而不是object那么编译失败)。由于所有类都为Object的子类，因此这个参数可以用于所有对象。

        在运行时，如果关闭了assertion功能，这些语句将不起任何作用。如果打开了assertion功能，那么expression1的值将被计算，如果它的值为false，该语句强抛出一个AssertionError对象。如果assertion语句包括expression2参数，程序将计算出expression2的结果，然后将这个结果作为AssertionError的构造函数的参数，来创建AssertionError对象，并抛出该对象；如果expression1值为true，expression2将不被计算。
        一种特殊情况是，如果在计算表达式时，表达式本身抛出Exception，那么assert将停止运行，而抛出这个Exception。

 

        父类的assert语句将只有在父类的assert开启才起作用，如果仅仅开启子类的assert，父类的assert仍然不运行。

 

        编译时要加上javac      -source   1.4    test.java编译允许断言

        运行时也要有相应的断言允许!断言部分才能起到作用!

 

 

  

GC

        Java技术提供了一个系统级的线程（Thread），即垃圾收集器线程（Garbage Collection Thread），来跟踪每一块分配出去的内存空间，当Java 虚拟机（Java Virtual Machine）处于空闲循环时，垃圾收集器线程会自动检查每一快分配出去的内存空间，然后自动回收每一快可以回收的无用的内存块。

 

        垃圾收集器系统有自己的一套方案来判断哪个内存块是应该被回收的，哪个是不符合要求暂不回收的。垃圾收集器在一个Java程序中的执行是自动的，不能强制执行，即使程序员能明确地判断出有一块内存已经无用了，是应该回收的，程序员也不能强制垃圾收集器回收该内存块。程序员唯一能做的就是通过调用System. gc 方法来"建议"执行垃圾收集器，但其是否可以执行，什么时候执行却都是不可知的。不能保证一个无用的对象一定会被垃圾收集器收集，也不能保证垃圾收集器在一段Java语言代码中一定会执行。

        可以通过将对象的引用变量（reference variables，即句柄handles）初始化为null值，来暗示垃圾收集器来收集该对象。但此时，如果该对象连接有事件监听器（典型的 AWT组件），那它还是不可以被收集。所以在设一个引用变量为null值之前，应注意该引用变量指向的对象是否被监听，若有，要首先除去监听器，然后才可以赋空值。

垃圾收集器判断一个对象的内存空间是否无用的标准是：如果该对象不能再被程序中任何一个"活动的部分"所引用，该对象的内存空间已经无用。所谓"活动的部分"，是指程序中某部分参与程序的调用，正在执行过程中，尚未执行完毕。一块内存空间符合了垃圾收集器的收集标准，并不意味着这块内存空间就一定会被垃圾收集器收集。

 

        每一个对象都有一个finalize( )方法，这个方法是从Object类继承来的。finalize( )方法用来回收内存以外的系统资源，就像是文件处理器和网络连接器。该方法的调用顺序和用来调用该方法的对象的创建顺序是无关的。换句话说，书写程序时该方法的顺序和方法的实际调用顺序是不相干的。 每个对象只能调用finalize( )方法一次。如果在finalize( )方法执行时产生异常（exception），则该对象仍可以被垃圾收集器收集。

        在进行垃圾收集的时候，垃圾收集器会调用finalize( )方法，通过让其他对象知道它的存在，而使不可到达的对象再次"复苏"为可到达的对象。既然每个对象只能调用一次finalize( )方法，所以每个对象也只可能"复苏"一次。

        finalize( )方法可以明确地被调用，但它却不能进行垃圾收集。该方法调用后的执行结果是不可预知的。finalize( )方法也可以被重载（overload），但只有具备初始的finalize( )方法特点的方法才可以被垃圾收集器调用。

        子类的finalize( )方法可以明确地调用父类的finalize( )方法，作为该子类对象的最后一次适当的操作。但Java编译器却不认为这是一次覆盖操作（overriding），所以也不会对其调用进行检查。

 

 

 

异常

     可以被抛出的东西都有：error throwable exception runtimeexception

     try块执行的顺序:

      1.如果try块中抛出异常，则跳出try块，运行catch子句中的内容。(throw后面不能跟任何语句，否则编译提示语句不可到达)

   2.如果有多个catch则按照顺序，找到第一个拼配的执行catch中的内容，然后跳出所有catch。(多个catch语句，要求更具体的异常在前，超类异常在后，否则编译出错)

     3.如果有finally执行finally中内容.(finally语句会在return语句之前执行，即在跳出方法之前一定会执行finally语句)不执行finally的唯一情况是vm结束,如遇到的是System.exit(0)等

   其它注意：

       方法申明了可检测异常，则调用该方法的块一定要捕获异常，否则编译出错.

            子类中覆盖的方法只能抛出父类方法抛出异常的子集，也可以不抛出任何异常（这本身就是子 

     集）对于非检测异常RuntimeException则不会受到上面的约束，它们可以被随时抛出。也不受范围

     限制。