一个常见的android内存泄露 问题

本文讨论了Android开发中常见的内存泄露问题,特别是利用单例模式导致的内存泄露。通过实例分析了问题原因,并提供了修改建议,即在使用Util类时,应使用getApplicationContext()或getApplication()替代传递Context,以避免内存泄露。文章还提到了Android官方文档中关于避免内存泄露的指导。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一个常见的android内存泄露 问题

最近在公司看一个算比较大的android项目的源码,发现了一个很严重的问题,就是项目里使用单例模式,构造函数要传入Context做参数的类,基本上都存在内存泄露问题。我想这个项目这么多人做也没有人发现问题,这问题应该会挺常见的,同时也挺严重的。

存在内存泄露问题的一些代码片段像下面这样:

Util.java

publicclassUtil{

privateContextmContext;

privatestaticUtilsInstance;

privateUtil(Contextcontext){

this.mContext=context;

}

publicstaticUtilgetInstance(Contextcontext){

if(sInstance==null){

sInstance=newUtil(context);

}

returnsInstance;

}

//othermethods

}

假设ActivityA里使用Util类:

Util.getInstance(this);

代码大意就是这样,这样写的问题就是,在ActivityA里使用Util类,传入的context是actvitiy-context。试想一下,当ActivityA生命周期结束,但Util类里面却还存在A的引用(mContext),这样ActivityA占用的内存就一直不能回收,而A的对象也不会再被使用。本人写代码测试过,在A中调用了finish(),A的destroy()方法也被执行了,但其占用的内存,比如说,ImageView占用的内存,还是不能释放的。有兴趣的话,可以自己测试一下。

那么如何解决这个问题呢?在A中,可以用Util.getInstance(getApplicationContext());或Util.getInstance(getApplication());代替。

因为Application的生命周期是贯穿整个程序的,所以Util类持有它的引用,也不会造成内存泄露问题。

其实这个问题android官方文档的Resources目录下的一篇题为

AvoidingMemoryLeaks

的文章已经提到过。

可以自己去了解具体。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值