Java四大引用及Android实战用例

强引用、软引用、弱引用和虚引用

四种应用区别在于体现对象不同的可达性状态,进而影响到GC。

一、可达性状态-----JVM的可达性分析算法

JVM中对象的存活,取决于GC root节点向下搜索,能否经过该节点。搜索的路径被称为引用链,该链上的节点都是存活的,反之则将会被JVM判定为可回收对象。

GC root节点有哪些?

  1. 虚拟机栈(栈桢中的本地变量表)中的引用的对象
  2. 方法区中的类静态属性引用的对象
  3. 方法区中的常量引用的对象
  4. 本地方法栈中JNI(Native方法)的引用的对象

二、强引用

强引用所指向的对象,在发生OOM时仍不会被垃圾回收。只有在超过引用作用域(生命周期)或被显式地置位null,才会被标记为可回收对象(但不一定会被回收,具体取决于JVM的分代回收策略)。

三、软引用-----SoftReference

软引用是在发生OOM前,JVM才会试图回收的引用对象,通常被用来引用内存敏感的缓存对象,保证使用缓存的同时不会因此耗尽内存。


image

我们可以将软引用联合引用队列使用,使用poll方法来判断该队列中是否存在未被回收的应用。


image
  • 利用软引用处理图片占用内存大的情况
public static void imgSoftReference(int img, ImageView imageView) {
    if (imageView != null) {
        Bitmap bitmap = BitmapFactory.decodeResource(getContext().getResources(),img);
        Drawable drawable = new BitmapDrawable(bitmap);
        SoftReference<Drawable> drawableSoftReference = new SoftReference<Drawable>(drawable);
        if(drawableSoftReference != null) {
           view.setBackground(drawableSoftReference.get());
        }else{
            view.setImageResources(img);
        }
    }
}

  通过软引用的get()方法,取得drawable对象实例的强引用,发现对象被未回收。在GC在内存充足的情况下,不会回收软引用对象,为ImageView设置图片;发生gc时,drawables.get()不再返回Drawable对象,而是返回null,此时View设置默认图,避免crash。

四、弱引用-----WeakReference

弱引用不会使对象豁免GC,会生存到下次Gc前。弱引用仅为我们提供一种访问弱引用状态对象的途径。通过弱引用可以构建一种没有特定约束的关系,同样是一种实现缓存的方式-----如果试图获取时该对象依然存在,就使用它,否则重新实例化。

image

ps:gc不会回收常量池
  • 使用弱引用和ReferenceQueue监控并反向操作的案例:
//描述一种强key关系的处理,当value值被回收之后,我们可以通过反向引用将key从map中移除的做法,即通过在weakReference中加入其所引用的key值,以获取key信息,再反向移除map信息
class WeakR extends WeakReference<byte[]> {
    private Object key;
    WeakR(Object key, byte[] referent, ReferenceQueue<? super byte[]> q) {
        super(referent, q);
        this.key = key;
    }
}

//使用普通的hashMap,将weakR作为value进行存储
final Map<Object, WeakR> hashMap = new HashMap<>();
for(int i = 0;i < 10000;i++) {
    byte[] bytesKey = new byte[_1M];
    byte[] bytesValue = new byte[_1M];
    hashMap.put(bytesKey, new WeakR(bytesKey, bytesValue, referenceQueue));
}


//监控队列并对获取的WeakR对象进行额外的处理:
//获取反向引用的key值(此时value已经不存在了),因为kv映射已没有意义,将其从map中移除,避免出现无用的kv映射。
int cnt = 0;
WeakR k;
while((k = (WeakR) referenceQueue.remove()) != null) {
    System.out.println((cnt++) + "回收了:" + k);
    //触发反向hash remove
    hashMap.remove(k.key);
    //额外对key对象作其它处理,比如关闭流,通知操作等
}
  • 对handler内存泄漏的处理
直接new一个handler对象为什么会造成内存泄漏?

  这是由于android的特殊机制造成的:当一个android主线程被创建的时候,同时会有一个Looper对象被创建,改Looper对象会实现一个MessageQueue(消息队列)。每当我们通过handler将一个msg放入消息队列时,这个msg就会持有一个handler对象的引用。因此当Activity被结束后,这个msg在被取出来之前会继续存活,由于msg持有handler的引用,而handler在Activity中创建,会持有Activity的引用。如果Activity被结束了,msg无法被处理,从而导致永久持有handler对象,handler永久持有Activity对象,Activity对象不能够被gc回收,因而出现内存泄漏。

弱引用解决办法
private MyHandler handler = new MyHandler(this);
private static class MyHandler extends Handler{
    WeakReference<FirstActivity> weakReference;
    MyHandler(FirstActivity activity) {
        weakReference = new WeakReference<>(activity);
    }

    @Override
    public void handleMessage(Message msg) {
        super.handleMessage(msg);
        switch (msg.what){
        }
    }
}

  在java中所有非静态的对象都会持有当前类的强引用,而静态对象则只会持有当前类的弱引用。声明为静态后,handler将会持有一个Activity的弱引用,而弱引用会很容易被gc回收,这样就能解决Activity结束后,gc却无法回收的情况。

五、虚引用------PhantonReference

虚引用对应的实体类为PhantonReference。虚引用不论所引用的对象是不是null,不论内存空间是否充足,都会被垃圾回收器回收。

image
image

引用队列-----ReferenceQueue

在使用各种引用对象时,可以选择关联引用队列,然后就可以从队列中获取引用。特别是虚引用,其get方法只返回null,所有要使用虚引用,一般都要指定引用队列。
like:

    public static void testReferenceQueue(){
        ReferenceQueue referenceQueue = new ReferenceQueue<>();
        PhantomReference<Object> phantomReference = new PhantomReference<>(object,referenceQueue);
        object = null;
        System.gc();
        try {
            //remove是一个阻塞方法,可以指定其超时时间
            Reference <Object> ref = referenceQueue.remove(1000L);
            if (ref != null) {
                //do something
            }
        } catch (InterruptedException e) {
            //handle 
        }
    }

在创建这种引用并关联对象时,使用引用队列可以将引用与改队列关联。当垃圾回收器回收一个对象时,如果发现其拥有虚引用,就会在GC前将其加入到与之关联的引用队列中,可以通过判断引用队列是否已加入了虚引用,确定被引用对象是否要被GC。即我们可以通过跟踪对象被垃圾回收器回收的活动,收到一条系统通知,从而做出额外处理。

//通过往map中放入10000个对象,每个对象大小为1M字节数组。使用引用队列监控被放入的key的回收情况
Object value = new Object();
Map<Object, Object> map = new HashMap<>();
for(int i = 0;i < 10000;i++) {
    byte[] bytes = new byte[_1M];
    WeakReference<byte[]> weakReference = new WeakReference<byte[]>(bytes, referenceQueue);
    map.put(weakReference, value);
}
System.out.println("map.size->" + map.size());

//使用weakReference对象,即当值不再被引用时,相应的数据被回收。另外使用一个线程不断地从队列中获取被gc的数据
Thread thread = new Thread(() -> {
    try {
        int cnt = 0;
        WeakReference<byte[]> k;
        while((k = (WeakReference) referenceQueue.remove()) != null) {
            System.out.println((cnt++) + "回收了:" + k);
        }
    } catch(InterruptedException e) {
        //结束循环
    }
});
thread.setDaemon(true);
thread.start();
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,293评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,604评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,958评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,729评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,719评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,630评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,000评论 3 397
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,665评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,909评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,646评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,726评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,400评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,986评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,959评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,996评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,481评论 2 342

推荐阅读更多精彩内容