避免内存泄露
Android应用程序被限制在16MB的堆上运行,至少在T-Mobile G1上是这样。对于手机来说,这是很大的内存了;但对于一些开发人员来说,这算是较小的了。即使你不打算使用掉所有的内存,但是,你也应该尽可能少地使用内存,来确保其它应用程序得以运行。Android在内存中保留更多的应用程序,对于用户来说,程序间切换就能更快。作为我(英文作者)工作的一部分,我调查了Android应用程序的内存泄露问题,并发现这些内存泄露大多数都是由于相同的错误导致的,即:对Context拥有较长时间的引用。
在Android上,Context常用于许多操作,更多的时候是加载和访问资源。这就是为什么所有的Widget在它们的构造函数里接受一个Context的参数。在一个正常的Android应用程序里,你会看到两种Context类型,Activity和Application。而一般在需要一个Context的类和方法里,往往传入的是第一种:
@Override
protected void onCreate(Bundle state) {
super.onCreate(state);
TextView label = new TextView(this);
label.setText("Leaks are bad");
setContentView(label);
}
这意味着,View拥有对整个Activity的引用以及Activity自身拥有的所有内容;一般是整个的View层次和它的所有资源。因此,如果你“泄露”了Context(“泄露”指你保留了一个引用,阻止了GC的垃圾回收),你将泄露很多的内存。如果你不够仔细的话,很容易就能泄露一个Activity。
当屏幕的方向发生改变时,一般系统会销毁当前的Activity并创建一个新的,并保存它的状态。当系统这样做时,Android会从资源中重新加载应用程序的UI。假设你写的应用程序拥有大的位图,而你又不想在每次旋转时重新加载它。这里有最简单的方式,那就是在一个静态的字段里进行保存:
private static Drawable sBackground;
@Override
protected void onCreate(Bundle state) {
super.onCreate(state);
TextView label = new TextView(this);
label.setText("Leaks are bad");
if (sBackground == null) {
sBackground = getDrawable(R.drawable.large_bitmap);
}
label.setBackgroundDrawable(sBackground);
setContentView(label);
}
这段代码效率很快,但同时又是极其错误的;在第一次屏幕方向切换时它泄露了一开始创建的Activity。当一个Drawable附加到一个View上时,View会将其作为一个callback设定到Drawable上。上述的代码片段,意味着Drawable拥有一个TextView的引用,而TextView又拥有Activity(Context类型)的引用,换句话说,Drawable拥有了更多的对象引用(依赖于你的代码)。
这是最容易泄露Context的例子之一,你可以看看Home Screen源代码里是如何处理的(搜索unbindDrawables()方法):当Activity销毁时,设定存储的Drawable的callback为null。有趣的是,还有很多一连串的Context泄露情况,并且是非常糟糕的。这些情况会使得应用程序很快耗尽内存。
这里,有两种简单的方式可以避免与Context相关的内存泄露。最显而易见的一种方式是避免将Context超出它自己的范围。上面的例子代码给出的静态引用,还有内部类和它们对外部类的隐式引用也是很危险的。第二种解决方案是使用Application这种Context类型。这种Context拥有和应用程序一样长的生命周期,并且不依赖Activity的生命周期。如果你打算保存一个长时间的对象,并且其需要一个Context,记得使用Application对象。你可以通过调用Context.getApplicationContext()或Activity.getApplication()轻松得到Application对象。
概括一下,避免Context相关的内存泄露,记住以下事情:
- 不要保留对Context-Activity长时间的引用(对Activity的引用的时候,必须确保拥有和Activity一样的生命周期)
- 尝试使用Context-Application来替代Context-Activity
- 如果你不想控制内部类的生命周期,应避免在Activity中使用非静态的内部类,而应该使用静态的内部类,并在其中创建一个对Activity的弱引用。这种情况的解决办法是使用一个静态的内部类,其中拥有对外部类的WeakReference,如同ViewRoot和它的Winner类那样
- GC(垃圾回收)不能解决内存泄露问题
分享到:
相关推荐
虽然java有垃圾自动回收机制,但在写程序时,未及时关闭连接,对象引用未释放等,仍会造成内存泄露,此文章从关闭连接,使用弱引用等方面,介绍了怎样避免内存泄露。
Android应用程序如何避免内存泄漏以及如何检查泄漏原因
opencv3和opencv4多线程内存泄漏问题:以cv::resize函数测试结果为例。 使用中可修复或者可避免内存泄漏:1)使用opencv2的版本;2)在代码中设置修复该问题.
Handler对象中使用匿名内部类或非静态内部类正确地释放消息避免内存泄漏或增加Native内存,在Android中,Handler对象通常会被用来在主线程(UI线程)中处理消息,以更新UI界面。当我们在Handler对象中使用匿名内部类...
Android webview 内存泄露的解决方法 最近在activity嵌套webview显示大量图文发现APP内存一直在涨,没法释放内存,查了很多资料,大概是webview的一...这样动态生成webview就能避免内存泄漏,可是这样会导致部分机型的w
库存android活动的rx绑定&片段生命周期,避免内存泄漏
如何高效避免Android内存泄露,文档时根据我多年的Android经验编写而成,希望对您有所帮助。
Android处理内存泄漏的代码例子。用于演示避免内存泄漏的几种方法,包括:关闭游标、重用适配、回收图像、注销监听、释放引用。
主要介绍了Java中关于内存泄漏出现的原因汇总及如何避免内存泄漏(超详细版)的相关资料,需要的朋友可以参考下
作为程序员,我们有必要尽力避免内存泄漏,养成良好的编程习惯. 1.3 分类 内存泄漏尤其会发生在没有垃圾回收机制(Garbage collection)的编程语言,例如:C和C++,也就是说程序并不会自动实现内存管理。对于C和C++...
避免内存泄漏的第一步,就是要了解他们发生的原因。这篇文章就是要介绍一些常见的缺陷,然后提供一些非常好的实践例子来指导你写出没有内存泄漏的代码。一旦你的程序存在内存泄漏,要查明代码中引起泄漏的原因是很...
什么是内存泄漏?造成内存泄漏的原因?如何解决内存泄漏?以及如何避免内存泄漏等。。。
介绍了java中内存泄露的知识,如:为什么会产生内存泄露,以及通过什么样的方式可以避免内存泄露
常见内存泄露及解决方式-选自ood启发录 new/delete, array new/arrray delete匹配 case 1: 在类的构造函数与析构函数中没有匹配地调用 new/delete! 解决方法:检查构造函数,在出现new的情况下,按...
本文实例讲述了JavaScript避免内存泄露及内存管理技巧,非常实用。分享给大家供大家参考之用。具体方法如下: 本文内容源自谷歌WebPerf(伦敦WebPerf集团),2014年8月26日。 一般来说,高效的JavaScript Web应用...
怎样避免内存泄露 使用procrank查看进程内存 procrank 命令可以获得当前系统中各进程的内存使用快照,这里有PSS,USS,VSS,RSS。我们一般观察Uss来反映一个Process的内存使用情况,Uss 的大小代表了只属于本进程...
文章目录避免内部类中的内存泄漏步骤1:内部类引用其外部类步骤2:构造函数获取封闭的类引用步骤3:声明一种新方法内存泄漏的解剖 避免内部类中的内存泄漏 使用内部类时要当心垃圾收集 如果您已了解静态类和内部类,...
1.内容 本文档包含如下内容: 如何确定App存在内存泄露 如何定位App的内存泄露位置 怎样避免内存泄露
Handler,我们已经相当熟悉了,而且经常用得不亦乐乎,但就是因为太熟悉了,才会偶尔被它反捅一刀,血流不止,下面这篇文章主要给大家介绍了关于Kotlin中handler如何避免内存泄漏的相关资料,需要的朋友可以参考下。
主要介绍了Android编程中避免内存泄露的方法总结,本文讲解了最可能造成内存泄露的几个点,并总结出如何应对这些内存泄露,需要的朋友可以参考下