可达性分析(追踪性垃圾收集)
可达性分析的目的是判断对象是死是活,如果不可到达,则进行垃圾回收.
固定可作为GC Roots的对象
GC Root 我的理解为: 举例:执行main方法,main方法中定义了局部变量(引用类型),以及调用了其它的方法,namemain方法中的这个局部变量就可以是一个GC Root,如果该对象内部又引用了其它对象,则形成了一条引用链,同理,绵中的方法内的变量也可以作为GC Root形成引用树
- 栈帧中 本地变量表中的引用对象
- ==方法区中(在堆中)==静态属性引用的对象
- 方法区中常量引用的对象,例如字符串常量池中的引用
- 本地方法栈中native 方法引用的对象
- …
- 其它临时性加入的对象
一个指针,指向了堆内存的对象,它有不在堆内存中,则是一个Root
引用
在jvm中,对象被引用,对象也有可能被回收
jvm中包括四种引用,强引用>软引用>弱引用>虚引用
- 强引用,即普通引用,无论什么时候,只要强引用关系还在,对象就不会被回收
- 软引用,描述一些还有用,但非必需的对象.例如,当内存不足,进行垃圾回收,垃圾回收完内存还是不足,就会回收软引用的对象.
- 弱引用
如饮用逃不过垃圾回收,当第一次垃圾回收空间足够时,软引用还能逃过被回收的命运,但是弱引用一定会在第一次的垃圾回收中被回收
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已经没有任何引用指向它了,==被第一次标记==
方法区的垃圾回收
上面所讲的都是对对象的垃圾回收,方法区的垃圾回收主要有两部分内容:常量池中废弃的常量和不再使用的类型(常量池中的方法 类 字段的字面量)
判断常量是否废弃,满足三个条件
- 该类所有实例已经被回收
- 加载该类的类加载器被回收
- 该类对应的class对象没有任何地方被引用