内存泄漏分析三-Handler
来源:互联网 发布:哈佛大学 知乎 编辑:程序博客网 时间:2024/05/30 23:27
Android App 内存泄露之HandlerHandler也是造成内存泄露的一个重要的源头,主要Handler属于TLS(Thread Local Storage)变量,生命周期和Activity是不一致的,Handler引用Activity会存在内存泄露。
看一下如下代码
- /**
- *
- * 实现的主要功能。
- * @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 工具有这样的警告提示 警告:
This Handler class should be static or leaks might occur (com.example.ta.HandlerActivity.1)意思:class 使用静态声明否者可能出现内存泄露。
为啥出现这样的问题呢
Handler 的生命周期与Activity 不一致
- 当Android应用启动的时候,会先创建一个UI主线程的Looper对象,Looper实现了一个简单的消息队列,一个一个的处理里面的Message对象。主线程Looper对象在整个应用生命周期中存在。
- 当在主线程中初始化Handler时,该Handler和Looper的消息队列关联(没有关联会报错的)。发送到消息队列的Message会引用发送该消息的Handler对象,这样系统可以调用 Handler#handleMessage(Message) 来分发处理该消息。
handler 引用 Activity 阻止了GC对Acivity的回收
- 在Java中,非静态(匿名)内部类会默认隐性引用外部类对象。而静态内部类不会引用外部类对象。
如果外部类是Activity,则会引起Activity泄露 。
当Activity finish后,延时消息会继续存在主线程消息队列中1分钟,然后处理消息。而该消息引用了Activity的Handler对象,然后这个Handler又引用了这个Activity。这些引用对象会保持到该消息被处理完,这样就导致该Activity对象无法被回收,从而导致了上面说的 Activity泄露。
如何避免修?
- 使用显形的引用,1.静态内部类。 2. 外部类
- 使用弱引用 2. WeakReference
修改代码如下:
- /**
- *
- * 实现的主要功能。
- *
- * @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();
- }
- }
上面这样就可以了吗?
当Activity finish后 handler对象还是在Message中排队。 还是会处理消息,这些处理有必要? 正常Activitiy finish后,已经没有必要对消息处理,那需要怎么做呢? 解决方案也很简单,在Activity onStop或者onDestroy的时候,取消掉该Handler对象的Message和Runnable。 通过查看Handler的API,它有几个方法:removeCallbacks(Runnable r)和removeMessages(int what)等。
代码如下:
- /**
- * 一切都是为了不要让mHandler拖泥带水
- */
- @Override
- public void onDestroy() {
- mHandler.removeMessages(MESSAGE_1);
- mHandler.removeMessages(MESSAGE_2);
- mHandler.removeMessages(MESSAGE_3);
- // ... ...
- mHandler.removeCallbacks(mRunnable);
- // ... ...
- }
如果上面觉的麻烦,也可以如下面:
- @Override
- public void onDestroy() {
- // If null, all callbacks and messages will be removed.
- mHandler.removeCallbacksAndMessages(null);
- }
敬请期待下一章(^__^) 嘻嘻……
也可以关注我的github
0 0
- 内存泄漏分析三-Handler
- Handler内存泄漏分析
- 对于handler内存泄漏分析解决+实例
- Handler使用引起内存泄漏分析
- <Android 初步> Handler-------内存泄漏分析
- Handler内存泄漏分析及解决
- Handler内存泄漏分析及解决
- Handler内存泄漏分析及解决
- Android 内存泄漏案例分析总结(Handler)
- Android 内存泄漏案例分析总结(Handler)
- Handler内存泄漏分析及解决
- Handler内存泄漏分析及解决
- Handler内存泄漏分析及解决
- Handler内存泄漏分析及解决
- Handler内存泄漏分析及解决
- Handler内存泄漏分析及解决
- Handler内存泄漏分析及解决
- JAVA内存泄漏分析(三)
- NGUI支持TexturePacker导出有旋转的Sprite,无需Transform旋转版本
- ubuntu14.04下docker安装方法
- android悬浮窗口的实现
- 只需四个步骤几行代码,即可快速实现直播弹幕功能
- ajax轮询请求状态
- 内存泄漏分析三-Handler
- linux系统下的vsftpd
- html上传图片预览
- easyui 添加option 以及重新添加option
- SQLite和MySQL数据库的区别与应用
- 构造函数和普通函数区别
- Codeforces Round #243 (Div. 2)-C. Sereja and Swaps(multiset)
- Android 自定义设置文字大小
- 网络性能测试工具iperf详细使用图文教程