Android使用Handler形成内存泄露的分析及解决方法

1、什么是内存泄露？

　　Java使用有向图机制，经过GC自动检查内存中的对象（何时检查由虚拟机决定），若是GC发现一个或一组对象为不可到达状态，则将该对象从内存中回收。也就是说，一个对象不被任何引用所指向，则该对象会在被GC发现的时候被回收；另外，若是一组对象中只包含互相的引用，而没有来自它们外部的引用（例若有两个对象A和B互相持有引用，但没有任何外部对象持有指向A或B的引用），这仍然属于不可到达，一样会被GC回收。

　　Android中使用Handler形成内存泄露的缘由

private Handler handler = new Handler()
 {
      public void handleMessage(android.os.Message msg)
　　　　 {
            if (msg.what == 1) 
　　　　　　　　{
                noteBookAdapter.notifyDataSetChanged();
             }
        }
 };

　　上面是一段简单的Handler的使用。当使用内部类（包括匿名类）来建立Handler的时候，Handler对象会隐式地持有一个外部类对象（一般是一个Activity）的引用（否则你怎么可能经过Handler来操做Activity中的View？）。而Handler一般会伴随着一个耗时的后台线程（例如从网络拉取图片）一块儿出现，这个后台线程在任务执行完毕（例如图片下载完毕）以后，经过消息机制通知Handler，而后Handler把图片更新到界面。然而，若是用户在网络请求过程当中关闭了Activity，正常状况下，Activity再也不被使用，它就有可能在GC检查时被回收掉，但因为这时线程还没有执行完，而该线程持有Handler的引用（否则它怎么发消息给Handler？），这个Handler又持有Activity的引用，就致使该Activity没法被回收（即内存泄露），直到网络请求结束（例如图片下载完毕）。另外，若是你执行了Handler的postDelayed()方法，该方法会将你的Handler装入一个Message，并把这条Message推到MessageQueue中，那么在你设定的delay到达以前，会有一条MessageQueue -> Message -> Handler -> Activity的链，致使你的Activity被持有引用而没法被回收。

内存泄露的引用链：MessageQueue -> Message -> Handler -> Activity的链

回到顶部

2、内存泄露的危害

　　内存泄露的危害就是会使虚拟机占用内存太高，致使OOM（内存溢出），程序出错。

　　对于Android应用来讲，就是你的用户打开一个Activity，使用完以后关闭它，内存泄露；又打开，又关闭，又泄露；几回以后，程序占用内存超过系统限制，FC。

回到顶部

3、解决方案

使用Handler致使内存泄露的解决方法

方法一：经过程序逻辑来进行保护。
1.在关闭Activity的时候停掉你的后台线程。线程停掉了，就至关于切断了Handler和外部链接的线，Activity天然会在合适的时候被回收。 
2.若是你的Handler是被delay的Message持有了引用，那么使用相应的Handler的removeCallbacks()方法，把消息对象从消息队列移除就好了。

方法二：将Handler声明为静态类。
PS:在Java 中，非静态的内部类和匿名内部类都会隐式地持有其外部类的引用，静态的内部类不会持有外部类的引用。
静态类不持有外部类的对象，因此你的Activity能够随意被回收。因为Handler再也不持有外部类对象的引用，致使程序不容许你在Handler中操做Activity中的对象了。因此你须要在Handler中增长一个对Activity的弱引用（WeakReference）。

代码以下：

static class MyHandler extends Handler
    {
        WeakReference<Activity> mWeakReference;
        public MyHandler(Activity activity) 
        {
            mWeakReference=new WeakReference<Activity>(activity);
        }
        @Override
        public void handleMessage(Message msg)
        {
            final Activity activity=mWeakReference.get();
            if(activity!=null)
            {
                if (msg.what == 1)
                {
                    noteBookAdapter.notifyDataSetChanged();
                }
            }
        }
    }

　　PS：什么是WeakReference？
　　WeakReference弱引用，与强引用（即咱们常说的引用）相对，它的特色是，GC在回收时会忽略掉弱引用，即就算有弱引用指向某对象，但只要该对象没有被强引用指向（实际上多数时候还要求没有软引用，但此处软引用的概念能够忽略），该对象就会在被GC检查到时回收掉。对于上面的代码，用户在关闭Activity以后，就算后台线程还没结束，但因为仅有一条来自Handler的弱引用指向Activity，因此GC仍然会在检查的时候把Activity回收掉。这样，内存泄露的问题就不会出现了。

回到顶部

4、总结　

　android中的不少内存泄露都是因为在Activity中使用了非静态内部类致使的，咱们在使用非静态内部类必定要格外注意，若是该静态内部类的实例对象的生命周期大于外部对象，那么就有可能致使内存泄露，推荐使用上面介绍的静态类和弱引用的方法解决这种问题。