Handle内存泄漏分析和解决

在java中内部类的对象有一个隐式引用，它引用了实例化该内部类对象的外围类对象，由于Handler是非静态内部类所以其持有当前Activity或者Fragment的隐式引用，如果Handler没有被释放，其所持有的外部引用也就是Activity或者Fragment也不可能被释放，本来Activity或者Fragment被回收或者销毁并移除出栈时，而有另外一个正在使用的对象持有它的引用从而导致它不能被回收，这导致本该被回收的对象不能被回收而停留在堆内存中，这就产生了内存泄漏。最终也就造成了OOM…
在finish()或者Ondestory的时候，该Message还没有被处理，Message持有Handler,Handler持有Activity,这样会导致该Activity不会被回收，就发生了内存泄露.
解决方法 ：

1. 如果Handler是被delay的Message持有了引用，那么在Activity的onDestroy()方法要调用Handler的remove*方法，把消息对象从消息队列移除就行了。

**
- 关于Handler.remove*方法
- removeCallbacks(Runnable r) ——清除r匹配上的Message。
- removeC4allbacks(Runnable r, Object token) ——清除r匹配且匹配token（Message.obj）的Message，token为空时，只匹配r。
- removeCallbacksAndMessages(Object token) ——清除token匹配上的Message。
- removeMessages(int what) ——按what来匹配
- removeMessages(int what, Object object) ——按what来匹配
我们更多需要的是清除以该Handler为target的所有Message(Callback)就调用如下方法即可handler.removeCallbacksAndMessages(null);

2. 如果Handler中执行的是工作线程的操作，在关闭Activity或者Fragment的时候停掉工作线程。线程停掉了，就相当于切断了Handler和外部连接的联系，Activity或者Fragment自然会在合适的时候被回收。

线程对象属于一次性消耗品，一般线程执行完run方法之后，线程就正常结束了，线程结束之后就报废了，不能再次start，只能新建一个线程对象。但有时run方法是永远不会结束的。例如在程序中使用线程进行Socket监听请求，或是其他的需要循环处理的任务。在这种情况下，一般是将这些任务放在一个循环中，如while循环。当需要结束线程时，如何退出线程呢？

有三种方法可以结束线程：

1. 使用退出标志，使线程正常退出，也就是当run方法完成后线程终止

2. 使用interrupt()方法中断线程

3. 使用stop方法强行终止线程（不推荐使用，可能发生不可预料的结果）

前两种方法都可以实现线程的正常退出，也就是要谈的优雅结束线程；第3种方法相当于电脑断电关机一样，是不安全的方法。

2.1 使用退出标志终止线程

使用一个变量来控制循环，例如最直接的方法就是设一个boolean类型的全局变量，并通过设置这个变量值为true或false来控制while循环是否退出。注意volatile关键字的使用，这个关键字的目的是使exit同步，也就是说在同一时刻任意一个线程对exit数据进行修改，其他的线程针对此数据的工作缓存无效，重新从主存中获取，存储到工作内存中，代码如下：

public class ThreadSafe extends Thread {
    public volatile boolean exit = false; 
        public void run() { 
        while (!exit){
            //do something
        }
    } 
} 

2.2 使用interrupt()方法终止线程

使用interrupt()方法来终止线程可分为两种情况：

2.2.1 线程处于阻塞状态，如使用了sleep，同步锁的wait，socket的receiver，accept等方法时，会使线程处于阻塞状态。当调用线程的interrupt()方法时，系统会抛出一个InterruptedException异常，代码中通过捕获异常，然后利用break跳出循环状态，使线程正常结束。一定要先捕获InterruptedException异常之后通过break来跳出循环，才能正常结束run方法。

public class ThreadSafe extends Thread {
    public void run() { 
        while (true){
            try{
                    Thread.sleep(5*1000)；阻塞5妙
                }catch(InterruptedException e){
                    e.printStackTrace();
                    break;//捕获到异常之后，执行break跳出循环。
                }
        }
    } 
} 

2.2.2 线程未进入阻塞状态，使用isInterrupted()判断线程的中断标志来退出循环，当使用interrupt()方法时，中断标志就会置true，和使用自定义的标志来控制循环是一样的道理。

public class ThreadSafe extends Thread {
    public void run() { 
        while (!isInterrupted()){
            //do something, but no tthrow InterruptedException
        }
    } 
}

为什么要区分进入阻塞状态和和非阻塞状态两种情况了，是因为当阻塞状态时，如果有interrupt()发生，系统除了会抛出InterruptedException异常外，还会调用interrupted()函数，调用时能获取到中断状态是true的状态，调用完之后会复位中断状态为false，所以异常抛出之后通过isInterrupted()是获取不到中断状态是true的状态，从而不能退出循环，因此在线程未进入阻塞的代码段时是可以通过isInterrupted()来判断中断是否发生来控制循环，在进入阻塞状态后要通过捕获异常来退出循环。因此使用interrupt()来退出线程的最好的方式应该是两种情况都要考虑：

public class ThreadSafe extends Thread {
    public void run() { 
        while (!isInterrupted()){ //非阻塞过程中通过判断中断标志来退出
            try{
                Thread.sleep(6*1000)；//阻塞过程捕获中断异常来退出
            }catch(InterruptedException e){
                e.printStackTrace();
                break;//捕获到异常之后，执行break跳出循环。
            }
        }
    } 
} 

2.3 使用stop方法终止线程

程序中可以直接使用thread.stop()来强行终止线程，但是stop方法是很危险的，就象突然关闭计算机电源，而不是按正常程序关机一样，可能会产生不可预料的结果，不安全主要是：thread.stop()调用之后，创建子线程的线程就会抛出ThreadDeatherror的错误，并且会释放子线程所持有的所有锁。一般任何进行加锁的代码块，都是为了保护数据的一致性，如果在调用thread.stop()后导致了该线程所持有的所有锁的突然释放(不可控制)，那么被保护数据就有可能呈现不一致性，其他线程在使用这些被破坏的数据时，有可能导致一些很奇怪的应用程序错误。因此，并不推荐使用stop方法来终止线程。

3.将Handler声明为静态类

在Java 中，非静态的内部类和匿名内部类都会隐式地持有其外部类的引用，静态的内部类不会持有外部类的引用

package com.example.threadtest.test;

import android.app.Activity;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.support.v7.app.AppCompatActivity;

import com.example.threadtest.R;

import java.lang.ref.WeakReference;

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        WeakHandler weakHandler = new WeakHandler(this);
        weakHandler.post(new WeakRunnable(this));
    }

    static class WeakHandler extends Handler {
        private WeakReference<Activity> weakActivity;
        public WeakHandler(Activity activity) {
            weakActivity = new WeakReference<Activity>(activity);
        }

        @Override
        public void handleMessage(Message msg) {

            if (weakActivity != null && weakActivity.get() != null) {
                Activity activity = weakActivity.get();
                //更新UI
            }
            super.handleMessage(msg);
        }
    }

    static class WeakRunnable implements Runnable {
        private WeakReference<Activity> weakActivity;
        public WeakRunnable(Activity activity) {
            weakActivity = new WeakReference<Activity>(activity);
        }
        @Override
        public void run() {
            //工作线程业务处理
            if (weakActivity != null && weakActivity.get() != null) {
                Activity activity = weakActivity.get();
                //更新UI
                activity.runOnUiThread(new Runnable() {
                    @Override
                    public void run() {
                        //主线程
                    }
                });
            }
        }
    }
}