Java 垃圾回收机制

垃圾回收

垃圾回收回调方法:

  • finalize()函数是在JVM回收内存时执行的,但JVM并不保证在回收内存时一定会调用finalize()。

JVM的垃圾回收机制:

  • 在内存充足的情况下,显式调用System.gc()(system.gc调用仅仅是建议虚拟机进行回收,并不一定马上会进行gc)
  • 在内存不足的情况下,垃圾回收将自动运行

对象状态

  • 可达状态:
    有一个以上的引用变量引用此对象

  • 可恢复状态:
    如果程序中某个对象不再有任何的引用变量引用它,它将先进入可恢复状态,系统的垃圾回收机制准备回收该对象的所占用的内存,在回收之前,系统会调用finalize()方法进行资源清理,如果资源整理后重新让一个以上引用变量引用该对象,则这个对象会再次变为可达状态,否则就会进入不可达状态。

  • 不可达状态:
    当对象的所有关联都被切断,且系统调用finalize()方法进行资源清理后依旧没有使该对象变为可达状态,则这个对象将永久性失去引用并且变成不可达状态,系统才会真正的去回收该对象所占用的资源。

引用

级别: 强引用 > 软引用 > 弱引用 > 虚引用

StrongReference

默认引用实现,当没有任何对象指向它时,GC执行后将会被回收

Food food = new Food();
food = null;

WeakReference

所引用的对象在JVM内不再有强引用时,GC执行后将会被回收

处理过程:

  • WeakReference对象的referent域被设置为null,从而使该对象不再引用heap对象。
  • WeakReference引用过的heap对象被声明为finalizable。
  • 同时或者一段时间后WeakReference对象被添加到它的ReferenceQueue(如果ReferenceQueue存在的话)。

对于软引用和弱引用,入队和finalize方法的执行是没有固定顺序的

 Food food = new Food();
 WeakReference<Food> weakFood = new      WeakReference<Food>(food);
 food = null;

使用:随时取得某对象的信息(不影响此对象的垃圾收集)

A obj = new A();
WeakReference wr = new WeakReference(obj);
obj = null;
//等待一段时间,obj对象就会被垃圾回收
...
if (wr.get()==null) {
  System.out.println("obj 已经被清除了 ");} else {
  System.out.println("obj 尚未被清除,其信息是 "+obj.toString());
}

SoftReference

类似WeakReference,但SoftReference会尽可能长的保留引用直到JVM内存不足时才会被回收, 适合缓存应用

处理过程同WeakReference

Food food = new Food();
SoftReference<Food> softFood = new  SoftReference<Food>(food);
food = null;
// JVM OutOfMemory

使用:简单对象cache

A obj = new A();
SoftRefenrence sr = new SoftReference(obj);
//引用时
if(sr!=null){
   obj = sr.get();
}else{
  obj = new A();
  sr = new SoftReference(obj);
}

PhantomReference

跟踪referent何时被enqueue到ReferenceQueue中,它唯一的目的就是对象被回收时能收到一个通知,用于追踪对象被垃圾回收的状态,需要和引用队列ReferenceQueue类联合使用。

不建议使用,有潜在的内存泄露风险,因为JVM不会自动帮助我们释放,我们必须要保证它指向的堆对象是不可达的

虚引用带来的内存泄露风险参考:java中虚引用PhantomReference与弱引用WeakReference(软引用SoftReference)的差别

软引用和弱引用差别不大,JVM都是先将其referent字段设置成null,之后将软引用或弱引用,加入到关联的引用队列中。我们可以认为JVM先回收堆对象占用的内存,然后才将软引用或弱引用加入到引用队列。

而虚引用则不同,JVM不会自动将虚引用的referent字段设置成null,而是先保留堆对象的内存空间,直接将PhantomReference加入到关联的引用队列,也就是说如果我们不手动调用PhantomReference.clear(),虚引用指向的堆对象内存是不会被释放的。

处理过程:

  • 不把referent设置为null.
  • PhantomReference引用过的heap对象处理到finalized状态,即调用了finalize()方法.
  • heap对象被释放之前把PhantomRefrence对象添加到它的ReferenceQueue中.

摘录部分盖楼评论:
我觉得其实是这样,其实GC做的工作分成是两部分,第一部分是将对象从finalizable状态到finalized状态,这只是完成了资源的释放;第二部分是reclaimed对象占用的内存。其实所有在ref中的三种reference的referent的对象的reclaimed都只有在相应reference对象的clear方法调用之后,才能进行,所以,GC只是保证weakreference、softreference的clear方法被GC自动调用,并被加到referencequeue中,但是phantomreference对象在被加入到referencequeue中之前对象就已经被GC finalied(如果定义了finalize方法的话,我所指的finalized是指调用了finalize方法)了,只是还没有进行第二步reclaimed,因为phantomreference对象的clear方法还没有被调用,所以不能进行reclaimed。

  Food food = new Food();
  PhantomReference<Food> phantomFood = new PhantomReference<Food>(food, new ReferenceQueue<Food>()); 
  food = null;

使用:

  • Object的finalize方法在回收之前调用,若在finalize方法内创建此类的强引用会导致对象无法回收,可能引发JVM OutOfMemory
  • PhantomReference在finalize方法执行后进行回收,避免上述问题

��参考网页关于虚引用PhantomReference

@SuppressWarnings("static-access")
public static void main(String[] args) throws Exception {
    String abc = new String("abc");
    System.out.println(abc.getClass() + "@" + abc.hashCode());
    final ReferenceQueue<String> referenceQueue = new ReferenceQueue<String>();
    new Thread() {
        public void run() {
            while (isRun) {
                Object obj = referenceQueue.poll();
                if (obj != null) {
                    try {
                        Field rereferent = Reference.class
                                .getDeclaredField("referent");
                        rereferent.setAccessible(true);
                        Object result = rereferent.get(obj);
                        System.out.println("gc will collect:"
                                + result.getClass() + "@"
                                + result.hashCode() + "\t"
                                + (String) result);
                    } catch (Exception e) {
                        e.printStackTrace();
                    }
                }
            }
        }
    }.start();
    PhantomReference<String> abcWeakRef = new PhantomReference<String>(abc,
            referenceQueue);
    abc = null;
    Thread.currentThread().sleep(3000);
    System.gc();
    Thread.currentThread().sleep(3000);
    isRun = false;
}

总结

  • 强引用指向的对象如果被引用,发生GC时是不会被回收的,除非该对象没有被引用
  • 软引用在内存非常紧张的时候会被回收(无引用),其他时候不会被回收,所以在使用之前要判断是否为null从而判断他是否已经被回收了
  • 弱引用和虚引用指向的对象(无引用)在发生GC时一定会被回收
  • 通过虚引用得不到引用的对象实例,虚引用的get()方法永远返回null

参考

Java的内存回收机制
[深入理解ReferenceQueue GC finalize Reference](深入理解ReferenceQueue GC finalize Reference)
Java中三个引用类SoftReference 、 WeakReference 和 PhantomReference的区别
Java引用
引用
Java幽灵引用的作用

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值