首页 > 编程札记 > 编程

Android App 内存泄露之Handler

阅读： 评论：0

Android App 内存泄露之Handler

Android App 内存泄露之Handler

出处：

目录(?)[-]

  1. Android App 内存泄露之Handler
    1. 看一下如下代码
      1. 没有问题
    2. 为啥出现这样的问题呢
      1. Handler 的生命周期与Activity 不一致
      2. handler 引用 Activity 阻止了GC对Acivity的回收
    3. 如何避免修
      1. 修改代码如下
    4. 上面这样就可以了吗

Android App 内存泄露之Handler

Handler也是造成内存泄露的一个重要的源头，主要Handler属于TLS(Thread Local Storage)变量,生命周期和Activity是不一致的
，Handler引用Activity会存在内存泄露。

看一下如下代码

[html] view plaincopy
  1. /**  
  2.  *   
  3.  * 实现的主要功能。  
  4.  * @version 1.0.0   
  5.  * @author Abay Zhuang <br/>  
  6.  *         Create at 2014-7-28  
  7.  */  
  8. public class HandlerActivity extends Activity {  
  9.   
  10.     private final Handler mHandler = new Handler() {  
  11.         @Override  
  12.         public void handleMessage(Message msg) {  
  13.             // ...  
  14.         }  
  15.     };  
  16.   
  17.     @Override  
  18.     public void onCreate(Bundle savedInstanceState) {  
  19.         Create(savedInstanceState);  
  20.         setContentView(R.layout.activity_main);  
  21.         mHandler.sendMessageDelayed(Message.obtain(), 60000);  
  22.   
  23.         //just finish this activity  
  24.         finish();  
  25.     }  
  26.   
  27. }  

是否您以前也是这样用的呢。

没有问题？

Eclipse 工具有这样的警告提示 警告: 

This Handler class should be static or leaks might occur (ample.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

修改代码如下：

[html] view plaincopy
  1. /**  
  2.  *   
  3.  * 实现的主要功能。  
  4.  *   
  5.  * @version 1.0.0  
  6.  * @author Abay Zhuang <br/>  
  7.  *         Create at 2014-7-28  
  8.  */  
  9. public class HandlerActivity2 extends Activity {  
  10.   
  11.     private static final int MESSAGE_1 = 1;  
  12.     private static final int MESSAGE_2 = 2;  
  13.     private static final int MESSAGE_3 = 3;  
  14.     private final Handler mHandler = new MyHandler(this);  
  15.   
  16.     @Override  
  17.     public void onCreate(Bundle savedInstanceState) {  
  18.         Create(savedInstanceState);  
  19.         setContentView(R.layout.activity_main);  
  20.         mHandler.sendMessageDelayed(Message.obtain(), 60000);  
  21.   
  22.         // just finish this activity  
  23.         finish();  
  24.     }  
  25.   
  26.     public void todo() {  
  27.     };  
  28.   
  29.     private static class MyHandler extends Handler {  
  30.         private final WeakReference<HandlerActivity2> mActivity;  
  31.   
  32.         public MyHandler(HandlerActivity2 activity) {  
  33.             mActivity = new WeakReference<HandlerActivity2>(activity);  
  34.         }  
  35.   
  36.         @Override  
  37.         public void handleMessage(Message msg) {  
  38.             System.out.println(msg);  
  39.             if (() == null) {  
  40.                 return;  
  41.             }  
  42.             ().todo();  
  43.         }  
  44.     }  

上面这样就可以了吗？

  当Activity finish后 handler对象还是在Message中排队。 还是会处理消息，这些处理有必要？正常Activitiy finish后，已经没有必要对消息处理，那需要怎么做呢？解决方案也很简单，在Activity onStop或者onDestroy的时候，取消掉该Handler对象的Message和Runnable。通过查看Handler的API，它有几个方法：removeCallbacks(Runnable r)和removeMessages(int what)等。

代码如下：

 [html] view plaincopy
  1. /**  
  2.   * 一切都是为了不要让mHandler拖泥带水  
  3.   */  
  4.  @Override  
  5.  public void onDestroy() {  
  6.      veMessages(MESSAGE_1);  
  7.      veMessages(MESSAGE_2);  
  8.      veMessages(MESSAGE_3);  
  9.   
  10.      // ... ...  
  11.   
  12.      veCallbacks(mRunnable);  
  13.   
  14.      // ... ...  
  15.  }     

如果上面觉的麻烦，也可以如下面：

[html] view plaincopy
  1. @Override  
  2. public void onDestroy() {  
  3.     //  If null, all callbacks and messages will be removed.  
  4.     veCallbacksAndMessages(null);  
  5. }  

目录(?)[-]

  1. Android App 内存泄露之Handler
    1. 看一下如下代码
      1. 没有问题
    2. 为啥出现这样的问题呢
      1. Handler 的生命周期与Activity 不一致
      2. handler 引用 Activity 阻止了GC对Acivity的回收
    3. 如何避免修
      1. 修改代码如下
    4. 上面这样就可以了吗

Android App 内存泄露之Handler

Handler也是造成内存泄露的一个重要的源头，主要Handler属于TLS(Thread Local Storage)变量,生命周期和Activity是不一致的
，Handler引用Activity会存在内存泄露。

看一下如下代码

[html] view plaincopy
  1. /**  
  2.  *   
  3.  * 实现的主要功能。  
  4.  * @version 1.0.0   
  5.  * @author Abay Zhuang <br/>  
  6.  *         Create at 2014-7-28  
  7.  */  
  8. public class HandlerActivity extends Activity {  
  9.   
  10.     private final Handler mHandler = new Handler() {  
  11.         @Override  
  12.         public void handleMessage(Message msg) {  
  13.             // ...  
  14.         }  
  15.     };  
  16.   
  17.     @Override  
  18.     public void onCreate(Bundle savedInstanceState) {  
  19.         Create(savedInstanceState);  
  20.         setContentView(R.layout.activity_main);  
  21.         mHandler.sendMessageDelayed(Message.obtain(), 60000);  
  22.   
  23.         //just finish this activity  
  24.         finish();  
  25.     }  
  26.   
  27. }  

是否您以前也是这样用的呢。

没有问题？

Eclipse 工具有这样的警告提示 警告: 

This Handler class should be static or leaks might occur (ample.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

修改代码如下：

[html] view plaincopy
  1. /**  
  2.  *   
  3.  * 实现的主要功能。  
  4.  *   
  5.  * @version 1.0.0  
  6.  * @author Abay Zhuang <br/>  
  7.  *         Create at 2014-7-28  
  8.  */  
  9. public class HandlerActivity2 extends Activity {  
  10.   
  11.     private static final int MESSAGE_1 = 1;  
  12.     private static final int MESSAGE_2 = 2;  
  13.     private static final int MESSAGE_3 = 3;  
  14.     private final Handler mHandler = new MyHandler(this);  
  15.   
  16.     @Override  
  17.     public void onCreate(Bundle savedInstanceState) {  
  18.         Create(savedInstanceState);  
  19.         setContentView(R.layout.activity_main);  
  20.         mHandler.sendMessageDelayed(Message.obtain(), 60000);  
  21.   
  22.         // just finish this activity  
  23.         finish();  
  24.     }  
  25.   
  26.     public void todo() {  
  27.     };  
  28.   
  29.     private static class MyHandler extends Handler {  
  30.         private final WeakReference<HandlerActivity2> mActivity;  
  31.   
  32.         public MyHandler(HandlerActivity2 activity) {  
  33.             mActivity = new WeakReference<HandlerActivity2>(activity);  
  34.         }  
  35.   
  36.         @Override  
  37.         public void handleMessage(Message msg) {  
  38.             System.out.println(msg);  
  39.             if (() == null) {  
  40.                 return;  
  41.             }  
  42.             ().todo();  
  43.         }  
  44.     }  

上面这样就可以了吗？

  当Activity finish后 handler对象还是在Message中排队。 还是会处理消息，这些处理有必要？正常Activitiy finish后，已经没有必要对消息处理，那需要怎么做呢？解决方案也很简单，在Activity onStop或者onDestroy的时候，取消掉该Handler对象的Message和Runnable。通过查看Handler的API，它有几个方法：removeCallbacks(Runnable r)和removeMessages(int what)等。

代码如下：

 [html] view plaincopy
  1. /**  
  2.   * 一切都是为了不要让mHandler拖泥带水  
  3.   */  
  4.  @Override  
  5.  public void onDestroy() {  
  6.      veMessages(MESSAGE_1);  
  7.      veMessages(MESSAGE_2);  
  8.      veMessages(MESSAGE_3);  
  9.   
  10.      // ... ...  
  11.   
  12.      veCallbacks(mRunnable);  
  13.   
  14.      // ... ...  
  15.  }     

如果上面觉的麻烦，也可以如下面：

[html] view plaincopy
  1. @Override  
  2. public void onDestroy() {  
  3.     //  If null, all callbacks and messages will be removed.  
  4.     veCallbacksAndMessages(null);  
  5. }  

本文发布于:2024-01-31 09:35:11，感谢您对本站的认可！

本文链接：https://www.4u4v.net/it/170666491427566.html

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。

上一篇：HALCON 控制变量没有被初始化
下一篇：Android App 内存泄露之Thread
标签：内存   Android   App   Handler
留言与评论（共有 0 条评论）
   
验证码：
推荐文章
排行榜
热门标签

Copyright ©2019-2022 Comsenz Inc.Powered by ©

网站地图1 网站地图2 网站地图3 网站地图4 网站地图5 网站地图6 网站地图7 网站地图8 网站地图9 网站地图10 网站地图11 网站地图12 网站地图13 网站地图14 网站地图15 网站地图16 网站地图17 网站地图18 网站地图19 网站地图20 网站地图21 网站地图22/a> 网站地图23