JVM垃圾回收之标记阶段

可达性分析(追踪性垃圾收集)

可达性分析的目的是判断对象是死是活,如果不可到达,则进行垃圾回收.

固定可作为GC Roots的对象

GC Root 我的理解为: 举例:执行main方法,main方法中定义了局部变量(引用类型),以及调用了其它的方法,namemain方法中的这个局部变量就可以是一个GC Root,如果该对象内部又引用了其它对象,则形成了一条引用链,同理,绵中的方法内的变量也可以作为GC Root形成引用树

1. 栈帧中 本地变量表中的引用对象
2. ==方法区中(在堆中)==静态属性引用的对象
3. 方法区中常量引用的对象,例如字符串常量池中的引用
4. 本地方法栈中native 方法引用的对象
5. …
6. 其它临时性加入的对象
   一个指针,指向了堆内存的对象,它有不在堆内存中,则是一个Root

引用

在jvm中,对象被引用,对象也有可能被回收
jvm中包括四种引用,强引用>软引用>弱引用>虚引用

1. 强引用,即普通引用,无论什么时候,只要强引用关系还在,对象就不会被回收
2. 软引用,描述一些还有用,但非必需的对象.例如,当内存不足,进行垃圾回收,垃圾回收完内存还是不足,就会回收软引用的对象.
3. 弱引用
   如饮用逃不过垃圾回收,当第一次垃圾回收空间足够时,软引用还能逃过被回收的命运,但是弱引用一定会在第一次的垃圾回收中被回收
   4, 虚引用
   无法通过该引用获取对象,目的是能在这个对象被收集时收到一个系统通知

对象自救案例与分析

package chapter2;

/**
 * @ClassName FinalizeEscapeGC
 * @Description 代码清单3-2 y一次对象自我拯救演示
 * @Author 86134
 * @Date 2022/9/12 15:13
 * @Version 1.0
 **/


public class FinalizeEscapeGC {
    public static FinalizeEscapeGC SAVE_HOOK=null;
    public void isAlive(){
        System.out.println("我还活着");
    }

    @Override //将其附后的代码
    protected void finalize() throws Throwable {
        super.finalize();
        System.out.println("finalize方法执行，我开始自救了");
        FinalizeEscapeGC.SAVE_HOOK=this;
    }

    public static void main(String[] args) throws InterruptedException {
      SAVE_HOOK = new FinalizeEscapeGC();
        //第一次拯救
      SAVE_HOOK=null;
        System.gc();
        //等待 finalize()方法执行
        Thread.sleep(500);
        if (SAVE_HOOK!=null){
            SAVE_HOOK.isAlive();
        } else {
            System.out.println("我已经死亡");
        }

        // 第二次尝试自救
        SAVE_HOOK=null;
        System.gc();
        //等待 finalize()方法执行
        Thread.sleep(500);
        if (SAVE_HOOK!=null){
            SAVE_HOOK.isAlive();
        } else {
            System.out.println("我已经死亡");
        }
    }
}

上述代码输出为:

finalize方法执行，我开始自救了
我还活着
执行system.gc()时,SAVE_HOOK已经没有任何引用指向它了,==被第一次标记==

方法区的垃圾回收

上面所讲的都是对对象的垃圾回收,方法区的垃圾回收主要有两部分内容:常量池中废弃的常量和不再使用的类型(常量池中的方法 类 字段的字面量)
判断常量是否废弃,满足三个条件

1. 该类所有实例已经被回收
2. 加载该类的类加载器被回收
3. 该类对应的class对象没有任何地方被引用