避免Android内存泄露(译)

转载 2012年03月23日 16:35:34

Android的应用被限制为最多占用16m的内存,至少在T-Mobile G1上是这样的(当然现在已经有几百兆的内存可以用了——译者注)。它包括电话本身占用的和开发者可以使用的两部分。即使你没有占用全部内存的打算,你也应该尽量少的使用内存,以免别的应用在运行的时候关闭你的应用。Android能在内存中保持的应用越多,用户在切换应用的时候就越快。作为我的一项工作,我仔细研究了Android应用的内存泄露问题,大多数情况下它们是由同一个错误引起的,那就是对一个上下文(Context)保持了长时间的引用。

在Android中,上下文(Context)被用作很多操作中,但是大部分是载入和访问资源。这就是所有的widget都会在它们的构造函数中接受一个上下文(Context)参数。在一个合格的Android应用中,你通常能够用到两种上下文(Context):活动(Activity)和应用(Application)。活动(Activity)通常被传递给需要上下文(Context)参数的类或者方法:

Source code    
  1. @Override
  2. protected void onCreate(Bundle state) {
  3. super.onCreate(state);
  4.  
  5. TextView label = new TextView(this);
  6. label.setText("Leaks are bad");
  7.  
  8. setContentView(label);
  9. }

这就意味着那个View有一个对整个活动(Activity)的引用并且对这个活动(Activity)中保持的所有对象有保持了引用;通常它们包括整个View的层次和它的所有资源。因此,如果你“泄露”了上下文(Context)(这里“泄露”的意思是你保持了一个引用并且组织GC收集它),你将造成大量的内存泄露。如果你不够小心的话,“泄露”一整个活动(Activity)是件非常简单的事情。

当屏幕的方向改变时系统会默认的销毁当前的活动(Activity)并且创建一个新的并且保持了它的状态。这样的结果就是Android会从资源中重新载入应用的UI。现在想象一下,你写了一个应用,有一个非常大的位图,并且你并不想在每次旋转时都重新载入。保留它并且每次旋转不重新加载的最简单的办法就是把它保存在一个静态字段上:

Source code    
  1. private static Drawable sBackground;
  2.  
  3. @Override
  4. protected void onCreate(Bundle state) {
  5. super.onCreate(state);
  6.  
  7. TextView label = new TextView(this);
  8. label.setText("Leaks are bad");
  9.  
  10. if (sBackground == null) {
  11. sBackground = getDrawable(R.drawable.large_bitmap);
  12. }
  13. label.setBackgroundDrawable(sBackground);
  14.  
  15. setContentView(label);
  16. }

这段代码非常快,同时也错的够离谱。它泄露了当第一次屏幕角度改变时创建的第一个活动(Activity)。当一个Drawable被附加到一个View,这个View被设置为drawable的一个回调。在上面的代码片断中,这意味着这个Drawable对TextView有一个引用,同时这个TextView对Activity(Context对象)保持着引用,同时这个Activity对很多对象又有引用(这个多少还要看你的代码了)。

这个例子是造成Context泄露的最简单的一个原因,你可以看一下我们在主屏幕源码(查看unbindDrawables()方法)中是通过在Activity销毁时设置保存过的Drawable的回调为空来解决这个问题的。更为有趣的是,你可以创建一个context泄露的链,当然这非常的糟糕。它们可以让你飞快的用光所有的内存。

有两种简单的方法可以避免与context相关的内存泄露。最明显的一个就是避免在context的自身的范围外使用它。上面的例子展示了在类内部的一个静态的引用和它们对外部类的间接引用是非常危险的。第二个解决方案就是使用Application Context。这个context会伴随你的应用而存在,并且不依赖Activity的的生命周期。如果你计划保持一个需要context的长生命周期的对象,请记得考虑Application对象。你可以非常方便的通过调用Context.getApplicationContext() 或者 Activity.getApplication()获取它。

总之,为了避免涉及到context的内存泄露,请记住如下几点:

  1. 不要对一个Activity Context保持长生命周期的引用(一个对Activity的引用应该与Activity自身的生命周期相同)
  2. 尝试使用应用上下文(context-application)代替活动上下文(context-activity)
  3. 如果你不能控制它们的生命周期,在活动(Activity)中避免使用不是静态的内部类,使用静态类并且使用弱引用到活动(Activity)的内部。对于这个问题的解决方法是使用静态的内部类与一个弱引用(WeakReference)的外部类。就像ViewRoot和它的W内部类那么实现的。
  4. 垃圾回收器对于内存泄露来说并不是百分百保险的。

英文原文地址:Avoiding memory leaks

翻译原文地址:http://www.dklogs.net/?p=703

相关文章推荐

应该避免的Android内存泄露的种种原因,你知道吗?(持续更新学习中)

一、 Android的内存机制 Android的程序由Java语言编写,所以Android的内存管理与Java的内存管理相似。程序员通过new为对象分配内存,所有对象在java堆内分配空间;然而对象...

避免Android内存泄露

Android的应用被限制为最多占用16m的内存,至少在T-Mobile G1上是这样的(当然现在已经有几百兆的内存可以用了——译者注)。它包括电话本身占用的和开发者可以使用的两部分。即使你没有占用全...

避免android内存泄露

在做android开发时,稍不注意,就会出现内存泄露问题,主要原因是因为我们无意间保留了大量却永远不再使用的对象引用。为了避免内存泄露,要注意一下事项   1.及时释放不再使用对象的引用 ,eg:o...

避免Android中Context引起的内存泄露

Context是我们在编写Android程序经常使用到的对象,意思为上下文对象。 常用的有Activity的Context还是有Application的Context。Activity用来展示活动界面...

Android中内存泄露与如何有效避免OOM总结(转)

转自:http://m.blog.csdn.net/article/details?id=51579080一、关于OOM与内存泄露的概念我们在Android开发过程中经常会遇到OOM的错误,这是因为我...

Android 避免内存泄露

我们大家都知道Android应用程序被限制在16MB的堆上运行,至少在T-Mobile G1上是这样。对于手机来说,这是很大的内存了;但对于一些开发人员来说,这算是较小的了。即使我们不打算使用掉所有的...

避免Android 中的内存泄露

原文译文:Android 应用,至少在 T-Mobile G1上,被限制最多使用16MB 的堆。它对一个手机来说是很多的内存,然而相比一些开发者想要获取的却是很少的内存。即便你不打算用完全部的内存,你...

Android下常见的内存泄露 避免方式

1.数据库的cursor没有关闭 2.构造adapter没有使用缓存contentview    衍生的listview优化问题:减少创建View的对象,充分使用contentview,可以使用静...

避免Android中Context引起的内存泄露

Context是我们在编写Android程序经常使用到的对象,意思为上下文对象。 常用的有Activity的Context还是有Application的Context。Activity用来展示活动界面...

Android避免内存泄露

Android避免内存泄露不要在Activity中使用Activity的内部类创建Runnable传入Handler或者Thread去执行.因为匿名内部类会隐式的持有外部类的引用,如果匿名内部类对象的...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)