Android App 内存泄露之Handler
2015-10-30 10:04
309 查看
AndroidApp内存泄露之Handler
Handler也是造成内存泄露的一个重要的源头,主要Handler属于TLS(ThreadLocalStorage)变量,生命周期和Activity是不一致的 ,Handler引用Activity会存在内存泄露。
看一下如下代码
[html]/**
*
* 实现的主要功能。
* @version 1.0.0
* @author Abay Zhuang <br/>
* Create at 2014-7-28
*/
public class HandlerActivity extends Activity {
private final Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
// ...
}
};
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mHandler.sendMessageDelayed(Message.obtain(), 60000);
//just finish this activity
finish();
}
}
是否您以前也是这样用的呢。
没有问题?
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]/**
*
* 实现的主要功能。
*
* @version 1.0.0
* @author Abay Zhuang <br/>
* Create at 2014-7-28
*/
public class HandlerActivity2 extends Activity {
private static final int MESSAGE_1 = 1;
private static final int MESSAGE_2 = 2;
private static final int MESSAGE_3 = 3;
private final Handler mHandler = new MyHandler(this);
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mHandler.sendMessageDelayed(Message.obtain(), 60000);
// just finish this activity
finish();
}
public void todo() {
};
private static class MyHandler extends Handler {
private final WeakReference<HandlerActivity2> mActivity;
public MyHandler(HandlerActivity2 activity) {
mActivity = new WeakReference<HandlerActivity2>(activity);
}
@Override
public void handleMessage(Message msg) {
System.out.println(msg);
if (mActivity.get() == null) {
return;
}
mActivity.get().todo();
}
}
上面这样就可以了吗?
当Activityfinish后handler对象还是在Message中排队。还是会处理消息,这些处理有必要? 正常Activitiyfinish后,已经没有必要对消息处理,那需要怎么做呢? 解决方案也很简单,在ActivityonStop或者onDestroy的时候,取消掉该Handler对象的Message和Runnable。 通过查看Handler的API,它有几个方法:removeCallbacks(Runnabler)和removeMessages(intwhat)等。
代码如下:
[html]
/**
* 一切都是为了不要让mHandler拖泥带水
*/
@Override
public void onDestroy() {
mHandler.removeMessages(MESSAGE_1);
mHandler.removeMessages(MESSAGE_2);
mHandler.removeMessages(MESSAGE_3);
// ... ...
mHandler.removeCallbacks(mRunnable);
// ... ...
}
如果上面觉的麻烦,也可以如下面:
[html]
@Override
public void onDestroy() {
// If null, all callbacks and messages will be removed.
mHandler.removeCallbacksAndMessages(null);
}
相关文章推荐
- 安卓app设计规范
- github优秀开源项目大全-iOS
- ios 发布相关材料记录
- IOS之同步请求、异步请求、GET请求、POST请求
- iOS9之新特性
- Android点击空白区域,隐藏输入法软键盘
- 【安卓自定义控件】自定义ViewGroup实现透明背景的ViewPager效果
- (转)法线贴图Nomal mapping 原理
- Android Activity之间参数传递
- PHP处理微信中带Emoji表情的消息发送和接收(Unicode字符转码编码)
- 【转】Android之NetworkOnMainThreadException异常
- iOS 提交App 上传AppleStore时 ERROR ITMS-90049 "This bundle is invalid.The bundle identifier contains dis"
- iOS 9.1 深坑体验及其破解之道
- Cocos2dx 3.0 正式版本开发环境搭建(Win32/Android)
- 浅析:Android--Fragment的懒加载
- iOS 上传注意小事项
- Node.js 中开源库探秘 object-assign | 全栈之路
- iOS应用开发视频教程笔记(十六)Action Sheets, Image Picker, Core Motion
- (android 源码下开发应用程序) 如何在 Android 各 level ( 包含 user space 與 kernel space ) 使用dump call stack的方法
- 关于ios上应用版本更新的一些小结