问题描写叙述

曾几何时，我们用原来的办法使用Handler时会有以下一段温馨的提示：

This Handler class should be static or leaks might occur

以下是更具体的说明（Android Studio上的警告，不知道Eclipse上是否同样）

Since this Handler is declared as an inner class, it may prevent the outer class from being garbage collected. If the Handler is using a Looper or MessageQueue for a thread other than the main thread, then there is no issue. If the Handler is using the Looper or MessageQueue of the main thread, you need to fix your Handler declaration, as follows: Declare the Handler as a static class; In the outer class, instantiate a WeakReference to the outer class and pass this object to your Handler when you instantiate the Handler; Make all references to members of the outer class using the WeakReference object.

大概意思就是：

一旦Handler被声明为内部类，那么可能导致它的外部类不可以被垃圾回收。假设Handler是在其它线程（我们通常成为worker thread）使用Looper或MessageQueue（消息队列）。而不是main线程（UI线程），那么就没有这个问题。

假设Handler使用Looper或MessageQueue在主线程（main thread），你须要对Handler的声明做例如以下改动：
声明Handler为static类。在外部类中实例化一个外部类的WeakReference（弱引用）而且在Handler初始化时传入这个对象给你的Handler；将全部引用的外部类成员使用WeakReference对象。

解决方式一

上面的描写叙述中基本上把推荐的改动方法明白表达了出来。以下的代码是我自己使用中的一个实现，请參考：

private CopyFileHandler mHandler;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_appstart);
    mHandler = new CopyFileHandler(this);
    startCopyDBThread();
}

private void startCopyFileThread(){
    Log.d(TAG, "startCopyDBThread");
    new Thread(new Runnable() {
        @Override
        public void run() {
            //DO SOMETHING LIKE: copyDBFile();
            Message msg=mHandler.obtainMessage();
            mHandler.sendMessage(msg);
        }
    }).start();
}

private static class CopyFileHandler extends Handler {
    WeakReference<AppStartActivity> mActivity;
    public CopyFileHandler(AppStartActivity activity) {
        mActivity = new WeakReference<>(activity);
    }

    public void handleMessage(Message msg) {
        final AppStartActivity activity = mActivity.get();
       //handle you message here!
    }
}

为什么会内存泄漏

那么为什么不这样做会引发内存泄漏呢？
这与几个关键词有关：内部类、Handler的消息循环（Looper）、Java垃圾回收机制。
须要强调一下，并非每次使用Handler都会引发内存泄漏。这里面有一定的几率，须要满足特定条件才会引起泄漏。

内部类会有一个指向外部类的引用。
垃圾回收机制中约定。当内存中的一个对象的引用计数为0时。将会被回收。
Handler作为Android上的异步消息处理机制（好吧，我大多用来进行worker thread与UI线程同步），它的工作是须要Looper和MessageQueue配合的。简单的说，要维护一个循环体（Looper）处理消息队列（MessageQueue）。

每循环一次就从MessageQueue中取出一个Message。然后回调对应的消息处理函数。

假设，我是说假设，循环体中有消息未处理（Message排队中），那么Handler会一直存在。那么Handler的外部类（一般是Activity）的引用计数一直不会是0，所以那个外部类就不能被垃圾回收。

非常多人会遇到activity的onDestroy方法一直不运行就是这个原因。

还有一个解决方式的尝试

警告描写叙述中提到了Handler在worker thread中使用Looper或MessageQueue，我尝试了一下。请大家品鉴。

    private Handler testHandler;
    private Thread mThread = new Thread() {
        public void run() {
            Log.d(TAG,"mThread run");
            Looper.prepare();
            testHandler = new Handler() {
                public void handleMessage(Message msg) {
                    Log.d("TAG", "worker thread:"+Thread.currentThread().getName());
                    switch (msg.what) {
                        //handle message here
                    }
                }
            };
            Looper.loop();
        }
    };

    //start thread here
    if(Thread.State.NEW == mThread.getState()) {
        Log.d(TAG, "mThread name: " + mThread.getName());
        mThread.start();
    }

    //send message here
    testHandler.sendEmptyMessage(1);

參考：
http://stackoverflow.com/questions/11407943/this-handler-class-should-be-static-or-leaks-might-occur-incominghandler
http://m.blog.csdn.net/blog/wurensen/41907663
http://blog.csdn.net/lmj623565791/article/details/38377229