Android内存泄漏终极解决篇(下)
一、概述
在 android内存泄漏终极解决篇(上)中我们介绍了如何检查一个app是否存在内存泄漏的问题,本篇将总结典型的内存泄漏的代码,并给出对应的解决方案。内存泄漏的主要问题可以分为以下几种类型:
- 静态变量引起的内存泄漏
- 非静态内部类引起的内存泄漏
- 资源未关闭引起的内存泄漏
二、静态变量引起的内存泄漏
在java中静态变量的生命周期是在类加载时开始,类卸载时结束。换句话说,在android中其生命周期是在进程启动时开始,进程死亡时结束。所以在程序的运行期间,如果进程没有被杀死,静态变量就会一直存在,不会被回收掉。如果静态变量强引用了某个activity中变量,那么这个activity就同样也不会被释放,即便是该activity执行了ondestroy(不要将执行ondestroy和被回收划等号)。这类问题的解决方案为:1.寻找与该静态变量生命周期差不多的替代对象。2.若找不到,将强引用方式改成弱引用。比较典型的例子如下:
单例引起的context内存泄漏
public class immanager { private context context; private static immanager minstance; public static immanager getinstance(context context) { if (minstance == null) { synchronized (immanager.class) { if (minstance == null) minstance = new immanager(context); } } return minstance; } private immanager(context context) { this.context = context; } }
当调用getinstance时,如果传入的context是activity的context。只要这个单例没有被释放,这个activity也不会被释放。
解决方案
传入application的context,因为application的context的生命周期比activity长,可以理解为application的context与单例的生命周期一样长,传入它是最合适的。
public class immanager { private context context; private static immanager minstance; public static immanager getinstance(context context) { if (minstance == null) { synchronized (immanager.class) { if (minstance == null) //将传入的context转换成application的context minstance = new immanager(context.getapplicationcontext()); } } return minstance; } private immanager(context context) { this.context = context; } }
三、非静态内部类引起的内存泄漏
在java中,创建一个非静态的内部类实例,就会引用它的外围实例。如果这个非静态内部类实例做了一些耗时的操作,就会造成外围对象不会被回收,从而导致内存泄漏。这类问题的解决方案为:1.将内部类变成静态内部类 2.如果有强引用activity中的属性,则将该属性的引用方式改为弱引用。3.在业务允许的情况下,当activity执行ondestory时,结束这些耗时任务。
内部线程造成的内存泄漏
public class leakaty extends activity { @override protected void oncreate(bundle savedinstancestate) { super.oncreate(savedinstancestate); setcontentview(r.layout.aty_leak); test(); } public void test() { //匿名内部类会引用其外围实例leakaty.this,所以会导致内存泄漏 new thread(new runnable() { @override public void run() { while (true) { try { thread.sleep(1000); } catch (interruptedexception e) { e.printstacktrace(); } } } }).start(); } }
解决方案
将非静态匿名内部类修改为静态匿名内部类
public class leakaty extends activity { @override protected void oncreate(bundle savedinstancestate) { super.oncreate(savedinstancestate); setcontentview(r.layout.aty_leak); test(); } //加上static,变成静态匿名内部类 public static void test() { new thread(new runnable() { @override public void run() { while (true) { try { thread.sleep(1000); } catch (interruptedexception e) { e.printstacktrace(); } } } }).start(); } }
handler引起的内存泄漏
public class leakaty extends activity { @override protected void oncreate(bundle savedinstancestate) { super.oncreate(savedinstancestate); setcontentview(r.layout.aty_leak); fetchdata(); } private handler mhandler = new handler() { public void handlemessage(android.os.message msg) { switch (msg.what) { case 0: // 刷新数据 break; default: break; } }; }; private void fetchdata() { //获取数据 mhandler.sendemptymessage(0); } }
mhandler 为匿名内部类实例,会引用外围对象leakaty.this,如果该handler在activity退出时依然还有消息需要处理,那么这个activity就不会被回收。
解决方案
public class leakaty extends activity { private textview tvresult; private myhandler handler; @override protected void oncreate(bundle savedinstancestate) { super.oncreate(savedinstancestate); setcontentview(r.layout.aty_leak); tvresult = (textview) findviewbyid(r.id.tvresult); handler = new myhandler(this); fetchdata(); } //第一步,将handler改成静态内部类。 private static class myhandler extends handler { //第二步,将需要引用activity的地方,改成弱引用。 private weakreference<leakaty> atyinstance; public myhandler(leakaty aty) { this.atyinstance = new weakreference<leakaty>(aty); } @override public void handlemessage(message msg) { super.handlemessage(msg); leakaty aty = atyinstance == null ? null : atyinstance.get(); //如果activity被释放回收了,则不处理这些消息 if (aty == null||aty.isfinishing()) { return; } aty.tvresult.settext("fetch data success"); } } private void fetchdata() { // 获取数据 handler.sendemptymessage(0); } @override protected void ondestroy() { //第三步,在activity退出的时候移除回调 super.ondestroy(); handler.removecallbacksandmessages(null); } }
四、资源未关闭引起的内存泄漏
当使用了braodcastreceiver、cursor、bitmap等资源时,当不需要使用时,需要及时释放掉,若没有释放,则会引起内存泄漏。
综上所述,内存泄漏的主要情况为上面的三大类型,最终归结为一点,就是资源在不需要的时候没有被释放掉。所以在编码的过程中要注意这些细节,提高程序的性能。
上一篇: java使用命令行打包JAR
下一篇: Python内置函数OCT详解
推荐阅读
-
Android内存泄漏终极解决篇(上)
-
Android Native 内存泄漏系统化解决方案
-
讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(下)- block中任性用self
-
Android内存泄漏终极解决篇(下)
-
Android内存泄漏终极解决篇(上)
-
Android 5.1 WebView内存泄漏问题及快速解决方法
-
Android Studio 升级到3.0后输入法中文状态下无法选词的终极解决方案
-
Android架构中添加AutoDispose解决RxJava内存泄漏问题
-
Android 5.1 WebView内存泄漏问题及快速解决方法
-
Android Studio 升级到3.0后输入法中文状态下无法选词的终极解决方案