Java自适应垃圾回收机制

自适应垃圾回收机制

1. 如何处理找到的存活对象，却决于不同Java虚拟机的实现

• 停止-复制

  • 先暂停程序的运行(并非后台进程模式)，将当前存活的对象复制到另一个堆，没有复制到的都是垃圾。
  • 搬到另一个堆时，所有的指向这些对象的引用需被修正，这需要遍历。
  • 问题：
    1. 空间开销大，在多个堆间来回倒腾
    2. 程序稳定后，通常产生的垃圾很少，但仍需要全部复制。

• 标记-清扫

  • 同样由栈和静态数据区触发，遍历引用，对每个存活对象设定标记。全部遍历完成后，对于没有标记的对象，直接清理，不进行复制。
  • 剩余的空间是不连续的，可重新整理。
  • SUN公司早期版本种该方法也为非后台进程

• Java虚拟机会定时/内存占满/程序调用时进行垃圾回收(GC)，但 标记-清扫 只会回收没有引用的对象！

  class Book {
    boolean checkedOut = false;
    Book(boolean checkOut) {
      checkedOut = checkOut;
    }
    void checkIn() {
      checkedOut = false;
    }
    protected void finalize() {
      if(checkedOut)
        System.out.println("Error: checked out");
      // Normally, you'll also do this:
      // super.finalize(); // Call the base-class version
    }
  }
  
  public class TerminationCondition {
    public static void main(String[] args) {
      Book novel = new Book(true);
      // Proper cleanup:
      novel.checkIn();
      // Drop the reference, forget to clean up:
      new Book(true);   //无变量引用，会在gc时进入finalize()函数被释放
      // Force garbage collection & finalization:
      System.gc();
    }
  } /* Output:
  Error: checked out
  */
  
  public class TerminationCondition2 {
    public static void main(String[] args) {
      Book novel = new Book(true);
      // Proper cleanup:
      novel.checkIn();
      // Drop the reference, forget to clean up:
      Book book2 = new Book(true);  //不会在gc时被释放，因为在引用网络中
      // Force garbage collection & finalization:
      System.gc();
    }
  }/*
  output为空
  */
  

2. 内存分配以较大的块为单位。

• 不再从旧堆复制到新堆，而可以往废弃的块里拷贝对象。
• 每个块有相应的代数(generation count)来记录是否存活，被引用则计数增加。
• 大型对象占用整个块，不会被复制，小型对象则会被复制并整理。
• 堆空间出现很多碎片时，切换回停止-复制模式；稳定时切换到标记-清扫模式

3. Java虚拟机有许多附加技术用以提升速度：

• 即时编译器(Just-In-Time)技术+惰性评估技术，将程序全部或部分地翻译成本地机器吗，在装载类地时候，将该类的.class字节码装入内存。惰性评估即即时编译器只在必要的时候才编译代码，从不执行的代码不会被即时编译器编译。