Java引用总结--StrongReference、SoftReference、WeakReference、PhantomReference

Java引用总结--StrongReference、SoftReference、WeakReference、PhantomReference

 

 


1 Java引用介绍

   Java从1.2版本开始引入了4种引用,这4种引用的级别由高到低依次为:

   强引用  >  软引用  >  弱引用  >  虚引用

⑴强引用(StrongReference)
    强引用是使用最普遍的引用。如果一个对象具有强引用,那垃圾回收器绝不会回收它。当内存空间不足,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具有强引用的对象来解决内存不足的问题。

⑵软引用(SoftReference)

    如果一个对象只具有软引用,则内存空间足够,垃圾回收器就不会回收它;如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。

    软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象被垃圾回收器回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

⑶弱引用(WeakReference)

    弱引用与软引用的区别在于:只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。不过,由于垃圾回收器是一个优先级很低的线程,因此不一定会很快发现那些只具有弱引用的对象。

    弱引用可以和一个引用队列(ReferenceQueue)联合使用,如果弱引用所引用的对象被垃圾回收,Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。

⑷虚引用(PhantomReference)

    “虚引用”顾名思义,就是形同虚设,与其他几种引用都不同,虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收器回收。

    虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于:虚引用必须和引用队列 (ReferenceQueue)联合使用。当垃圾回收器准备回收一个对象时,如果发现它还有虚引用,就会在回收对象的内存之前,把这个虚引用加入到与之 关联的引用队列中。

 

由于引用和内存回收关系紧密。下面,先通过实例对内存回收有个认识;然后,进一步通过引用实例加深对引用的了解。

 

 

 


2 内存回收

创建公共类MyDate,它的作用是覆盖finalize()函数:在finalize()中输出打印信息,方便追踪。

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

MyDate代码如下:

复制代码
package com.skywang.java;

import java.util.Date;

public class MyDate extends Date { 

    /** Creates a new instance of MyDate */
    public MyDate() {
    }
    // 覆盖finalize()方法
    protected void finalize() throws Throwable {
        super.finalize();
        System.out.println("obj [Date: " + this.getTime() + "] is gc");
    }   

    public String toString() {
        return "Date: " + this.getTime();
    }
}
复制代码

在这个类中,对java.util.Date类进行了扩展,并重写了finalize()和toString()方法。

 

创建公共类ReferenceTest,它的作用是定义一个方法drainMemory():消耗大量内存,以此来引发JVM回收内存。

ReferenceTest代码如下:

复制代码
package com.skywang.java;

public class ReferenceTest {   
    /** Creates a new instance of ReferenceTest */
    public ReferenceTest() {
    }   
    
    // 消耗大量内存
    public static void drainMemory() {
        String[] array = new String[1024 * 10];
        for(int i = 0; i < 1024 * 10; i++) {
            for(int j = 'a'; j <= 'z'; j++) {
                array[i] += (char)j;
            }           
        }
    }
} 
复制代码

在这个类中定义了一个静态方法drainMemory(),此方法旨在消耗大量的内存,促使JVM运行垃圾回收。

 

有了上面两个公共类之后,我们即可测试JVM什么时候进行垃圾回收。下面分3种情况进行测试:

情况1:清除对象

实现代码

复制代码
package com.skywang.java;

public class NoGarbageRetrieve {

    public static void main(String[] args) {
        MyDate date = new MyDate();
        date = null;
    }
}
复制代码

运行结果

<无任何输出>

结果分析:date虽然设为null,但由于JVM没有执行垃圾回收操作,MyDate的finalize()方法没有被运行。

 

情况2:显式调用垃圾回收

实现代码 

复制代码
package com.skywang.java;

public class ExplicitGarbageRetrieve {

    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        MyDate date = new MyDate();
        date = null;
        System.gc();
    }

}
复制代码

运行结果

obj [Date: 1372137067328] is gc

结果分析:调用了System.gc(),使JVM运行垃圾回收,MyDate的finalize()方法被运行。

 

情况3:隐式调用垃圾回收

实现代码 

复制代码
package com.skywang.java;

public class ImplicitGarbageRetrieve {

    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        MyDate date = new MyDate();
        date = null;
        ReferenceTest.drainMemory();
    }

} 
复制代码

运行结果

obj [Date: 1372137171965] is gc

结果分析:虽然没有显式调用垃圾回收方法System.gc(),但是由于运行了耗费大量内存的方法,触发JVM进行垃圾回收。

 

总结:JVM的垃圾回收机制,在内存充足的情况下,除非你显式调用System.gc(),否则它不会进行垃圾回收;在内存不足的情况下,垃圾回收将自动运行

 

 

 


3、Java对引用的分类

3.1 强引用

实例代码

复制代码
package com.skywang.java;

public class StrongReferenceTest {

    public static void main(String[] args) {
        MyDate date = new MyDate();
        System.gc();
    }
}
复制代码

运行结果

<无任何输出>

结果说明:即使显式调用了垃圾回收,但是用于date是强引用,date没有被回收。

 

3.2 软引用

实例代码

复制代码
package com.skywang.java;

import java.lang.ref.SoftReference;

public class SoftReferenceTest {

    public static void main(String[] args) {
        SoftReference ref = new SoftReference(new MyDate());
        ReferenceTest.drainMemory();
    }
}
复制代码

运行结果

<无任何输出>

结果说明:在内存不足时,软引用被终止。软引用被禁止时,

SoftReference ref = new SoftReference(new MyDate());
ReferenceTest.drainMemory();

等价于

MyDate date = new MyDate();

// 由JVM决定运行
If(JVM.内存不足()) {
date = null;
System.gc();
}

 

3.3 弱引用

示例代码 

复制代码
package com.skywang.java;

import java.lang.ref.WeakReference;

public class WeakReferenceTest {

    public static void main(String[] args) {
        WeakReference ref = new WeakReference(new MyDate());
        System.gc(); 
    }
}
复制代码

运行结果

obj [Date: 1372142034360] is gc

结果说明:在JVM垃圾回收运行时,弱引用被终止.

WeakReference ref = new WeakReference(new MyDate());
System.gc();

等同于:

MyDate date = new MyDate();

// 垃圾回收
If(JVM.内存不足()) {
date = null;
System.gc();
}

 

3. 4 假象引用

示例代码 

复制代码
package com.skywang.java;

import java.lang.ref.ReferenceQueue;
import java.lang.ref.PhantomReference;

public class PhantomReferenceTest {

    public static void main(String[] args) {
        ReferenceQueue queue = new ReferenceQueue();
        PhantomReference ref = new PhantomReference(new MyDate(), queue);
        System.gc();
    }
}
复制代码

运行结果

obj [Date: 1372142282558] is gc

结果说明:假象引用,在实例化后,就被终止了。

ReferenceQueue queue = new ReferenceQueue();
PhantomReference ref = new PhantomReference(new MyDate(), queue);
System.gc();

等同于:

MyDate date = new MyDate();
date = null;

 

 

可以用以下表格总结上面的内容: 

级别

什么时候被垃圾回收

用途

生存时间

强引用

从来不会

对象的一般状态

JVM停止运行时终止

软引用

在内存不足时

对象简单?缓存

内存不足时终止

弱引用

在垃圾回收时

对象缓存

gc运行后终止

虚引用

Unknown

Unknown

Unknown

 

 

 


 

点击下载:源代码

 

img生活的悲欢离合永远在地平线以外,而眺望是一种青春的姿态...
PS.文章是笔者分享的学习笔记,若你觉得可以、还行、过得去、甚至不太差的话,可以“推荐”一下的哦。就此谢过!
posted on  2013-06-25 14:43  如果天空不死 阅读( 12591) 评论( 7)  编辑  收藏
Comments
  • 绝顶  
    Posted @ 2014-12-03 10:47
    3.2的运行结果是"无任何输出"吗?这个似乎与"内存不足时回收软引用"的理论不符哈
      
  • passerbywhu  
    Posted @ 2015-04-29 20:11
    是啊。3.2的结果不对啊
      
  • significantfrank  
    Posted @ 2015-10-16 16:33
    我是阿里巴巴B2B部门的架构师,觉得你博文写的不错,有没有兴趣做一些大型分布式系统的Java开发?
      
  • 山月记  
    Posted @ 2016-07-28 10:33
    博文非常好,学习了,接下来要准备面试,正好看看你的博文
      
  • Trust_FreeDom  
    Posted @ 2016-10-13 15:15
    @ passerbywhu
    3.2中没有结果应该是虽然ReferenceTest.drainMemory()占用了一些内存,但还没有让JVM觉得内存不够用的程度,所以软引用关联的对象不会被回收,如果在运行时设置JVM参数 -Xmx,限制最大堆内存,就能达到效果。
      
  • Trust_FreeDom  
    Posted @ 2016-10-13 15:27
    有个问题想请教博主,我写了个例子,和3.2差不多,想测试软应用在内存不足时被回收
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    public  class  SoftReferenceDemo1 {
         private  static  ReferenceQueue<MyObject> softQueue =  new  ReferenceQueue<>();
     
         public  static  class  MyObject{
             byte [] bytes =  new  byte [ 23  1024 ];
             
             <a href= "http://home.cnblogs.com/u/5298/"  target= "_blank" > @Override </a>
             protected  void  finalize()  throws  Throwable{
                 super .finalize();
                 System.out.println( "MyObject's finalize called" );
             }
     
             <a href= "http://home.cnblogs.com/u/5298/"  target= "_blank" > @Override </a>
             public  String toString(){
                 return  "I am MyObject" ;
             }
         }
         
     
         public  static  class  CheckRefQueue  implements  Runnable{
             Reference<MyObject> obj =  null ;
             
             <a href= "http://home.cnblogs.com/u/5298/"  target= "_blank" > @Override </a>
             public  void  run(){
                 try {
                     obj = (Reference<MyObject>)softQueue.remove();
                 }
                 catch  (InterruptedException e){
                     e.printStackTrace();
                 }
                 
                 if (obj !=  null ){
                     System.out.println( "Object for SoftReference is " +obj.get());
                 }
             }
         }
     
         public  static  void  main(String[] args) {
             MyObject object =  new  MyObject();
             SoftReference<MyObject> softRef =  new  SoftReference<>(object,softQueue);
             new  Thread( new  CheckRefQueue()).start();
     
             object =  null ;   //删除强引用
             
             System.gc();
             System.out.println( "After GC : Soft Get = " +softRef.get());
             System.out.println( "分配大块内存" );
             byte [] b =  new  byte [ 5 * 1024 * 928 ];
             System.out.println( "After new byte[] : Soft Get = " +softRef.get());
             System.gc(); //也可以不加
         }
    }

    设置Xmx5m,但在MyObject中的byte数组大小是 23*1024时,达到想要的效果,而byte数组大小是 24*1024时,内存溢出。
    可我个人的理解软引用是会在内存不够快要溢出前回收内存,应该是即使byte数组的大小是 100*1024也会先被回收,再"分配大块内存",可测试结果好像MyObject被回收了,可byte数组并没有被回收,大一点就导致OOM。

    如果上例中,不使用MyObject关联软引用,直接用

    我加大到 400*1024,也能达到效果,请教这是什么问题?

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值