浅谈Java弱引用

首先来看一下我们在Java中最常见的操作,new一个对象,在内存中是如何进行的,来看一下我画的草图:

  

如上图所示,我们创建一个对象并用一个引用去指向它共用了3步:

1. new A():
在堆内存(heap)中创建一个A类的对象(或叫实例)。

2. A a:
在栈内存(stack)中声明一个指向A类型对象的引用(可以简单理解为C中的指针,里面保存的是对象在堆中的地址),但这时它并没有指向任何对象,只是声明了,就是告诉JVM"我可以指向A类型的对象"。

3. A a = new A();
这一步就完成了将栈内存中的引用a指向堆内存中的对象new A()。
 
好了,经过上面的描述,我们了解了平时去new一个对象并用一个引用去指向它的过程是怎么样的了。引用也有不同的类型:强引用,弱引用, 虚引用, 软引用。关于这些不同类型引用的具体差别可以参考海子大神的博客:http://www.cnblogs.com/dolphin0520/p/3784171.html
  
这里我只说明弱引用(WeakReference),那什么叫弱引用呢?

我们知道Java区别于C/C++的一个重要不同点就是Java不需要程序员手动申请或释放内存,JVM通过GC(Garbage-Colletion)(GC实际是一条专门用户回收Java堆内存中无用对象的线程)帮我们完成了垃圾的回收操作,所以程序员不必担心内存的释放问题,也就是不用手动管理对象的生命周期了。

但这也并不表示说Java程序员完全不必担心内存问题了,比方说我们new了很多对象,而每个对象的生命周期又非常的长,长到就算内存不足了GC也没办法去回收掉一些对象来释放更多的内存,这样最终就会导致OOM(Out-Of-Memory)错误。

所以如果你希望能够控制一些对象的生命周期,比方说当JVM内存不足时这些对象就可以被回收,或者说只要GC线程扫描到该对象,那么这个对象就会被回收。

那怎样控制这些对象的生命周期呢?答案就是通过指定指向对象的引用的类型

不同类型的引用所指向对象的生命周期是不同的。

那弱引用所指向的对象的生命周期是怎样的呢?可以看下我画的图:


图中,左侧是GC线程;中间是存储对象实例的堆;右侧是存放引用的栈。
  
当JVM启动GC线程进行内存回收时,GC线程会扫描堆中的对象,当扫描到对象2的时候发现指向它的只有一个弱引用!好嘛,二话不说就把它回收了!根本不管weakReference的哀嚎!真是人弱被人欺啊,哈哈~

因此,弱引用指向的对象的生命周期就是:祈祷别被GC扫描到!

JVM通过GC进行垃圾回收时,当GC扫描到被弱引用指向的对象时就会将该对象回收掉(仅有弱引用指向该对象),特别霸气!

特别强调:

JVM之所以在回收被弱引用指向对象时这么“猖狂”,是因为被回收的对象只有一个弱引用指向它,如果同时还有强引用指向当前对象的话JVM可是没这个胆子的哈。

请看我下面的代码演示:

import java.lang.ref.WeakReference;
 
public class TestWeakReference {
    public static void main(String[] args) {
        // 初始化一个弱引用,该弱引用指向String对象 ( new String("hello") )
        WeakReference<String> weak = new WeakReference<String>(new String("hello"));
 
        System.out.println("before gc, weak.get() = " + weak.get());
 
        // 第11行在这!!! 声明一个强引用也指向String对象
        //String strong = weak.get(); 
         
        System.gc();// 通知gc进行垃圾回收,但不一定会立即响应,所以让主线程睡眠3秒等待gc线程执行
        try {
            Thread.sleep(3000);//
        }catch(Exception e) {
            e.printStackTrace();
        }
        
        System.out.println("after gc, weak.get() = " + weak.get());
     }
 } 

打印结果:
1、注释第11行代码时:
    *before gc, weak.get() = hello *
    after gc, weak.get() = null

当我们注释掉第11行代码时,我们发现上面打印的结果“after gc, weak.get() = null”,也就是说经过GC操作之后被弱引用指向的对象被回收掉了。

这时因为指向String对象的只有一个弱引用weak,这时GC回收扫描到String对象会毫不犹豫的回收掉String对象。如下图:
    


2、放开第11行代码时:
    *before gc, weak.get() = hello *
    after gc, weak.get() = hello

当我们放开第11行代码时,我们发现了神奇的事情:“after gc, weak.get() = hello”,也就是说,虽然GC扫描到了被弱引用weak指向的对象,但是却并没有把该对象回收掉(大家如果担心可能是GC线程还没执行导致的原因,可以把主线程睡眠时间设置长一点,多做几次试验哈)。

这是因为指向String对象的引用有两个:一个弱引用weak、一个强应用strong。这时GC可就不敢回收该String对象了,因为同时有一个强引用指向了它。如下图:

    
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,847评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,208评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,587评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,942评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,332评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,587评论 1 218
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,853评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,568评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,273评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,542评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,033评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,373评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,031评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,073评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,830评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,628评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,537评论 2 269

推荐阅读更多精彩内容