Handler可能导致的内存泄露及其优化

版权声明：本文为博主原创文章，未经博主允许不得转载。

 package cc.cc;

 import java.lang.ref.WeakReference;
 import android.os.Bundle;
 import android.os.Handler;
 import android.os.Message;
 import android.app.Activity;
 /**
  * Demo描述:
  * Handler可能导致的内存泄露及其优化
  *
  * 1 关于常见的Handler的用法但是可能导致内存泄露
  *   请参考方法initHandler()
  * 2 优化方式请参考BetterHandler和BetterRunnable的实现
  *
  * 关于Handler可以参考我以前写的:
  * http://blog.csdn.net/lfdfhl/article/details/40016165
  *
  * 参考资料:
  * 1 http://blog.csdn.net/krislight/article/details/9391403
  * 2 http://blog.csdn.net/myarrow/article/details/14223493
  * 3 http://2dxgujun.com/post/2014/09/11/Handler-Leaks-Solution.html
  * 4 http://blog.csdn.net/FeeLang/article/details/39059705
  *   Thank you very much
  *
  */
 public class MainActivity extends Activity {
     private Handler mHandler;
     @Override
     protected void onCreate(Bundle savedInstanceState) {
         super.onCreate(savedInstanceState);
         setContentView(R.layout.main);
     }


     /**
      * 常见的Handler的用法但是可能导致内存泄露
      *
      * 比如在旋转屏幕时该Activity重新绘制.
      * 但是因为mHandler发送了一个延迟消息,所以消息队列持有mHandler对象
      * 又由于new Runnable(){}持有外部类MainActivity的引用
      * 所以Activity所占内存并不能向期望的那样被回收,这样就可能会造成内存泄漏.
      *
      * 这个例子中Handler的延迟时间比较久有20S,有点极端了,一般不会这么干;
      * 这里只是为了更好地说明这个问题就这么写代码了。
      *
      */
     private void initHandler() {
         mHandler = new Handler() {
             @Override
             public void handleMessage(Message msg) {
                 super.handleMessage(msg);
             }
         };

         // ......doing something
         // ......doing something
         // ......doing something

         // 发送延迟消息
         mHandler.postDelayed(new Runnable() {
             @Override
             public void run() {

             }
         }, 1000 * 20);
     }



     /**
      * 以下为优化方式
      * 1 在此处把BetterHandler和BetterRunnable都设计为静态类,
      *  这样它们就不会持有外部类的引用了.
      * 2 在BetterHandler中利用WeakReference持有Activity.
      *  常听说:"如果一个对象具有弱引用，那么当GC线程扫描的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存"
      *  其实准备地说应该是"如果一个对象只具有弱引用.........",即仅有弱引用而不存在对其的强引用才会将其回收.
      *  那么此处对Activity采用了弱引用,会不会导致该Activity被回收呢?
      *  答案是否定的。因为此处的Activity还在显示界面，当然存在其他对象对它的强引用。所以不会对其回收。
      *
      * 经过这样的优化,当旋转屏幕时需要销毁原Activity时;消息队列持有Handler对象.但此时Handler对象不再持有Activity的引用.
      * 所以系统会回收该Activity所占内存.所以在handleMessage()中处理消息时需要判断Activity是否为空.
      * 比如此处20秒后才处理消息 这个时候Activity为空.
      */
     private static class BetterHandler extends Handler{
         private final WeakReference<Activity> activityWeakReference;
         public BetterHandler(Activity activity){
             activityWeakReference=new WeakReference<Activity>(activity);
         }
         @Override
         public void handleMessage(Message msg) {
             super.handleMessage(msg);
             if (activityWeakReference.get()!=null) {
                 //.....handle message
             } else {
                 System.out.println("Activity==null");
             }
         }
     }

     //同样采用静态内部类
     private static class BetterRunnable implements Runnable{
         @Override
         public void run() {
             // ......doing something
         }

     }

     //发送延迟消息
     private void sendMessage(){
         BetterHandler betterHandler=new BetterHandler(MainActivity.this);
         betterHandler.postDelayed(new BetterRunnable(), 1000 * 20);
     }


 }