android内存泄漏总结

本文主要总结Android开发中发生的内存泄漏场景,发生的原因,以及解决方案。

目录

  1. Java内部类隐式持有外部类
  2. Java匿名内部类隐式持有外部类
  3. Android的Window类持有了activity
  4. [LeakCanary提示policy.HwPhoneWindow$1.this$0的泄漏](#LeakCanary提示policy.HwPhoneWindow$1.this$0的泄漏)
  5. [Android InputMethodManager](#Android InputMethodManage)

java的gc检查内存回收时,使用有向图机制,及检查一个或一组对象的可达性。如果是不可达状态,则将该对象从内存中回收,所谓不可达状态,也就是一个对象不被任何引用所指向或者叫持有。

另外,java的循环引用不同于oc或者c++,当一组对象中只包含互相的引用,而没有来自它们外部的引用(例如有两个对象A和B互相持有引用,但没有任何外部对象持有指向A或B的引用),这仍然属于不可到达,同样会被GC回收。
注意
在Android开发过程中,activity会天然的被window对象所应用,所以在activity中与其他类循环应用时,尽量使用弱引用模式,

Java内部类隐式持有外部类

常见于ViewHolder或者new Handler,new Listener等情况

案例如下:

public class MainActivity extends AppCompatActivity {
private TestResource mResource = null;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
  if(mManager == null){
    mManager = new TestResource();
  }
  //...
  }

class TestResource {
  //...
  }
}

分析:
如果TestResource我们执行了耗时操作,在销毁Activity时,由于testResource隐藏性的指向了Activity的实例,所以在testResource会执行结束时,不会销毁Activity,发生了内存泄漏。

解决方案:

内部类增加static前缀,这样就不会隐式指向外部类了。增加static前缀也相当了新建一个java文件

static class TestResource {
  //...
  }
}

Java匿名内部类隐式持有外部类

该案例同上书问题一样,我们为了方便会在大量使用匿名内部类,而不是重新定义内部类,比如在在Thread或者事件监听场景中。

新建一个线程

 @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
       new Thread(new Runnable(){
            @Override
            public void run() {
                
            }
        }).start();
}

分析:
此时如果发生在Activity类,比我们可以看到在run()函数可以直接调用activity的成员变量,说明这个Runnable匿名内部类已经持有了Activity的实例,当Runnable执行耗时操作时,Activity就销毁不掉了。
解决方案:
匿名内部类提出来,作为成员变量并增加static前缀,就解除了与外外部类的关系

static Runnable runnable = new Runnable() {
        @Override
        public void run() {
            
        }
    }

@Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
       new Thread(runnable).start();
}

LeakCanary提示policy.HwPhoneWindow$1.this$0的泄漏

最新在华为手机GEM=703L android6.0发现的问题,在AsyncTask执行ProgressDialog的显示或隐藏,然后退出activity会发生泄漏。泄漏提示
GC ROOT com.android.internal.policy.HwPhoneWindow$1.this$0

分析过程太长了,转移到新的文章
LeakCanary提示policy.HwPhoneWindow$1.this$0的泄漏分析

Android InputMethodManager

这中情况导致的内存目前还在研究中,先贴出大家的讨论

Android InputMethodManager 导致的内存泄露及解决方案

[Android][Memory Leak] InputMethodManager内存泄露现象及解决

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

推荐阅读更多精彩内容