Android App 内存泄露之Handler
2014-11-28 09:48
411 查看
Handler也是造成内存泄露的一个重要的源头,主要Handler属于TLS(ThreadLocalStorage)变量,生命周期和Activity是不一致的,Handler引用Activity会存在内存泄露。
看一下如下代码
[html]/**
*
*实现的主要功能。
*@version1.0.0
*@authorAbayZhuang<br/>
*Createat2014-7-28
*/
publicclassHandlerActivityextendsActivity{
privatefinalHandlermHandler=newHandler(){
@Override
publicvoidhandleMessage(Messagemsg){
//...
}
};
@Override
publicvoidonCreate(BundlesavedInstanceState){
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mHandler.sendMessageDelayed(Message.obtain(),60000);
//justfinishthisactivity
finish();
}
}
[/code]
是否您以前也是这样用的呢。
没有问题?
Eclipse工具有这样的警告提示警告:ThisHandlerclassshouldbestaticorleaksmightoccur(com.example.ta.HandlerActivity.1)意思:class使用静态声明否者可能出现内存泄露。
为啥出现这样的问题呢
Handler
的生命周期与Activity不一致
当Android应用启动的时候,会先创建一个UI主线程的Looper对象,Looper实现了一个简单的消息队列,一个一个的处理里面的Message对象。主线程Looper对象在整个应用生命周期中存在。的生命周期与Activity不一致
当在主线程中初始化Handler时,该Handler和Looper的消息队列关联(没有关联会报错的)。发送到消息队列的Message会引用发送该消息的Handler对象,这样系统可以调用Handler#handleMessage(Message)来分发处理该消息。
handler
引用Activity阻止了GC对Acivity的回收
在Java中,非静态(匿名)内部类会默认隐性引用外部类对象。而静态内部类不会引用外部类对象。引用Activity阻止了GC对Acivity的回收
如果外部类是Activity,则会引起Activity泄露。
当Activityfinish后,延时消息会继续存在主线程消息队列中1分钟,然后处理消息。而该消息引用了Activity的Handler对象,然后这个Handler又引用了这个Activity。这些引用对象会保持到该消息被处理完,这样就导致该Activity对象无法被回收,从而导致了上面说的Activity泄露。
如何避免修?
使用显形的引用,1.静态内部类。2.外部类使用弱引用2.WeakReference
修改代码如下:
[html]/**
*
*实现的主要功能。
*
*@version1.0.0
*@authorAbayZhuang<br/>
*Createat2014-7-28
*/
publicclassHandlerActivity2extendsActivity{
privatestaticfinalintMESSAGE_1=1;
privatestaticfinalintMESSAGE_2=2;
privatestaticfinalintMESSAGE_3=3;
privatefinalHandlermHandler=newMyHandler(this);
@Override
publicvoidonCreate(BundlesavedInstanceState){
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mHandler.sendMessageDelayed(Message.obtain(),60000);
//justfinishthisactivity
finish();
}
publicvoidtodo(){
};
privatestaticclassMyHandlerextendsHandler{
privatefinalWeakReference<HandlerActivity2>mActivity;
publicMyHandler(HandlerActivity2activity){
mActivity=newWeakReference<HandlerActivity2>(activity);
}
@Override
publicvoidhandleMessage(Messagemsg){
System.out.println(msg);
if(mActivity.get()==null){
return;
}
mActivity.get().todo();
}
}
[/code]
上面这样就可以了吗?
当Activityfinish后handler对象还是在Message中排队。还是会处理消息,这些处理有必要?正常Activitiyfinish后,已经没有必要对消息处理,那需要怎么做呢?解决方案也很简单,在ActivityonStop或者onDestroy的时候,取消掉该Handler对象的Message和Runnable。通过查看Handler的API,它有几个方法:removeCallbacks(Runnabler)和removeMessages(intwhat)等。
代码如下:
[html]
/**
*一切都是为了不要让mHandler拖泥带水
*/
@Override
publicvoidonDestroy(){
mHandler.removeMessages(MESSAGE_1);
mHandler.removeMessages(MESSAGE_2);
mHandler.removeMessages(MESSAGE_3);
//......
mHandler.removeCallbacks(mRunnable);
//......
}
[/code]
如果上面觉的麻烦,也可以如下面:
[html]
@Override
publicvoidonDestroy(){
//Ifnull,allcallbacksandmessageswillberemoved.
mHandler.removeCallbacksAndMessages(null);
}
[/code]
敬请期待下一章(^__^)嘻嘻……
也可以关注我的
相关文章推荐
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- 【Android 开发】Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- Android App 内存泄露之Handler
- android 内存泄露那些事情之Handler(一)
- Android中使用Handler造成内存泄露的分析和解决
- Android App 内存泄露之资源
- Android App 内存泄露之调试工具(1)