Android之内存泄露
来源:互联网 发布:淘宝商城首页网站 编辑:程序博客网 时间:2024/05/20 14:16
一、Android的内存溢出
1、内存泄露导致
由于我们程序的失误,长期保持某些资源(如Context)的引用,造成内存泄露,资源造成得不到释放。
Android 中常见就是Activity 被引用没有在调用finish之后却没有释放,第二次打开activity 又重新创建,这样的内存泄露则会导致内存的溢出。
2、占用内存较多的对象
保存了多个耗用内存过大的对象(如Bitmap)或加载单个超大的图片,造成内存超出限制。
二、常见的内存泄漏
1.万恶的static
static是Java中的一个关键字,当用它来修饰成员变量时,那么该变量就属于该类,而不是该类的实例。
private static Activity mContext; //省略
如何才能有效的避免这种引用的发生呢?
第一,应该尽量避免static成员变量引用资源耗费过多的实例,比如Context。
第二、Context尽量使用Application Context,因为Application的Context的生命周期比较长,引用它不会出现内存泄露的问题。
第三、使用WeakReference代替强引用。比如可以使用WeakReference mContextRef;
在Android中,上下文(Context)被用作很多操作中,但是大部分是载入和访问资源。这就是所有的widget都会在它们的构造函数中接受一个上下文(Context)参数。在一个合格的Android应用中,你通常能够用到两种上下文(Context):活动(Activity)和应用(Application)。活动(Activity)通常被传递给需要上下文(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被设置为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的内存泄露,请记住如下几点:
不要对一个Activity Context保持长生命周期的引用(一个对Activity的引用应该与Activity自身的生命周期相同)
尝试使用应用上下文(context-application)代替活动上下文(context-activity)
如果你不能控制它们的生命周期,在活动(Activity)中避免使用不是静态的内部类,使用静态类并且使用弱引用到活动(Activity)的内部。对于这个问题的解决方法是使用静态的内部类与一个弱引用(WeakReference)的外部类。就像ViewRoot和它的W内部类那么实现的。
垃圾回收器对于内存泄露来说并不是百分百保险的。
这一部分转载于避免Android内存泄露
- Android之内存泄露
- Android之内存泄露
- Android基础之内存泄露
- Android Handler之内存泄露
- Android优化浅谈之内存泄露
- Android之内存泄露与内存管理
- Android之内存泄露LeakCanary检测
- Android性能优化之内存泄露篇
- Android内存优化之内存泄露
- java之内存泄露
- AsyncTask之内存泄露
- Android Studio 插件之内存泄露检测LeakCanary使用
- android学习之内存泄露(更新中)
- 浅谈android的MVP设计模式之内存泄露问题
- Android Studio 插件之内存泄露检测LeakCanary使用
- Android之内存泄露、内存溢出、内存抖动分析
- Android Dalvik VM内存优化之内存泄露篇。
- 代码测试之内存泄露
- Vmware虚拟机下Ubuntu上网设置方法图文详解
- android程序员必知的MVP框架开发技巧
- 047 - Permutations II
- Videoview 实现:暂停 播放 快进 启动
- 点击页面其它地方隐藏div所想到的jQuery的delegate
- Android之内存泄露
- android tab dialog
- 那些年,追过的开源软件和技术
- 048 - Rotate Image
- UIPickerVeiw多列的控制
- android学习笔记13 - 单位dip、dp、px、sp的区别
- 用AWS、Scala、Akka、Play、MongoDB和Elasticsearch构建社交音乐服务
- IOS获取当前时区时间,并截取年月日输出字符串
- zookeeper 终端命令常用