解决Android使用Handler造成内存泄露问题
一、什么是内存泄露?
java使用有向图机制,通过gc自动检查内存中的对象(什么时候检查由虚拟机决定),如果gc发现一个或一组对象为不可到达状态,则将该对象从内存中回收。也就是说,一个对象不被任何引用所指向,则该对象会在被gc发现的时候被回收;另外,如果一组对象中只包含互相的引用,而没有来自它们外部的引用(例如有两个对象a和b互相持有引用,但没有任何外部对象持有指向a或b的引用),这仍然属于不可到达,同样会被gc回收。
android中使用handler造成内存泄露的原因
private handler handler = new handler() { public void handlemessage(android.os.message msg) { if (msg.what == 1) { notebookadapter.notifydatasetchanged(); } } };
上面是一段简单的handler的使用。当使用内部类(包括匿名类)来创建handler的时候,handler对象会隐式地持有一个外部类对象(通常是一个activity)的引用(不然你怎么可能通过handler来操作activity中的view?)。而handler通常会伴随着一个耗时的后台线程(例如从网络拉取图片)一起出现,这个后台线程在任务执行完毕(例如图片下载完毕)之后,通过消息机制通知handler,然后handler把图片更新到界面。然而,如果用户在网络请求过程中关闭了activity,正常情况下,activity不再被使用,它就有可能在gc检查时被回收掉,但由于这时线程尚未执行完,而该线程持有handler的引用(不然它怎么发消息给handler?),这个handler又持有activity的引用,就导致该activity无法被回收(即内存泄露),直到网络请求结束(例如图片下载完毕)。另外,如果你执行了handler的postdelayed()方法,该方法会将你的handler装入一个message,并把这条message推到messagequeue中,那么在你设定的delay到达之前,会有一条messagequeue -> message -> handler -> activity的链,导致你的activity被持有引用而无法被回收。
二、内存泄露的危害
内存泄露的危害就是会使虚拟机占用内存过高,导致oom(内存溢出),程序出错。
对于android应用来说,就是你的用户打开一个activity,使用完之后关闭它,内存泄露;又打开,又关闭,又泄露;几次之后,程序占用内存超过系统限制,fc。
三、解决方案
使用handler导致内存泄露的解决方法
方法一:通过程序逻辑来进行保护。
1.在关闭activity的时候停掉你的后台线程。线程停掉了,就相当于切断了handler和外部连接的线,activity自然会在合适的时候被回收。
2.如果你的handler是被delay的message持有了引用,那么使用相应的handler的removecallbacks()方法,把消息对象从消息队列移除就行了。
方法二:将handler声明为静态类。
ps:在java 中,非静态的内部类和匿名内部类都会隐式地持有其外部类的引用,静态的内部类不会持有外部类的引用。
静态类不持有外部类的对象,所以你的activity可以随意被回收。由于handler不再持有外部类对象的引用,导致程序不允许你在handler中操作activity中的对象了。所以你需要在handler中增加一个对activity的弱引用(weakreference)。
代码如下:
static class myhandler extends handler { weakreference<activity> mweakreference; public myhandler(activity activity) { mweakreference=new weakreference<activity>(activity); } @override public void handlemessage(message msg) { final activity activity=mweakreference.get(); if(activity!=null) { if (msg.what == 1) { notebookadapter.notifydatasetchanged(); } } } }
ps:什么是weakreference?
weakreference弱引用,与强引用(即我们常说的引用)相对,它的特点是,gc在回收时会忽略掉弱引用,即就算有弱引用指向某对象,但只要该对象没有被强引用指向(实际上多数时候还要求没有软引用,但此处软引用的概念可以忽略),该对象就会在被gc检查到时回收掉。对于上面的代码,用户在关闭activity之后,就算后台线程还没结束,但由于仅有一条来自handler的弱引用指向activity,所以gc仍然会在检查的时候把activity回收掉。这样,内存泄露的问题就不会出现了。
四、总结
android中的很多内存泄露都是由于在activity中使用了非静态内部类导致的,我们在使用非静态内部类一定要格外注意,如果该静态内部类的实例对象的生命周期大于外部对象,那么就有可能导致内存泄露,推荐使用上面介绍的静态类和弱引用的方法解决这种问题。
以上所述是小编给大家介绍的android使用handler造成内存泄露问题及解决方法,希望对大家有所帮助
上一篇: 笔记本电池充电时间如何把握
下一篇: 什么是CULV
推荐阅读
-
解决Android使用Handler造成内存泄露问题
-
解决Android使用Handler造成内存泄露问题
-
Android 解决handler内存泄露的方法
-
多线程使用数据库连接池JDCconectionPool造成内存泄露 OutOfMemoryException 原因及解决
-
Android使用Handler造成内存泄露的分析及解决方法
-
详解Android使用Handler造成内存泄露的分析及解决方法
-
Android使用Handler造成内存泄露的分析及解决方法
-
IE下使用jQuery重置iframe地址时内存泄露问题解决办法_jquery
-
IE下使用jQuery重置iframe地址时内存泄露问题解决办法_jquery
-
Android 使用 SoftReference 解决 Activity 存栈的内存泄漏问题