一、Handler工作流程

通常，我们使用Handler的时候会先new一个Handler，然后调用send或者post来处理，类似这种：
请添加图片描述
那么handler发送消息之后实际是怎么工作呢？

之前听了一节享学课堂关于Handler原理介绍的课程，里面老师给了这么一张图，我一直以来觉得这张图很好理解。

在这里插入图片描述
先看右上角，handler发送消息后，消息队列就像有传送带一样一个一个接收并处理这些发来的消息，而让这传送带动起来的东西就是Looper。Looper就相当于一个驱动，让这个传送带动起来。

这里说一下，handler发送消息是按优先级排的，往往优先级高的消息先被发送到消息队列。而消息队列实际上是根据时间先后顺序排队的单链表，是按时间先后来处理消息。

消息入消息队列的步骤大概是：
Handler(send)发送消息—>调用messageQueue.enqueMessage方法—>messageQueue消息入消息队列

Looper驱动这个消息队列来处理消息：
Looper—>调用loop()方法来驱动—>messageQueue.next()—>dispatchMessage方法—>handleMessage

二、Handler有关常见问题

1、子线程到主线程通信都有哪些方式？子线程到主线程通信的原理？

答：handler，runonUIThread，协程，asycntask，rxjava等等

原理就是上面handler的原理

2、一个线程可以有几个Handler？

答：多个

理解：每个activity里面都可以new，这些activity都在一个线程里面。

3、一个线程有几个Looper？如何保证？

答：一个；

理解：Looper启动的时候（Looper.perpare）会new一个Looper，一旦创建，就不能再new（如果再次new，会抛出异常）。（这只能保证存进table数组的（key，value）即（ThreadLocal，Looper）中的key，value一一对应）。
在这里插入图片描述

本质原因：线程ThreadLocal里面有有一个localValue变量，一个线程只有一个value，只会用一次。

app一旦启动，Looper就会loop()

如果是子线程的handler：Looper的启动要使用loop()；

4、Handler内存泄漏原因？为什么其他的内部类没有说过这个问题？

答：原因：Handler内部类持有外部类引用
因为通常使用handler是为了操作activity的view相关，避免不了持有。

理解：为什么其他内部类（像RecyclerView的ViewHolder）没有？
我觉得可能是因为static静态类不持有外部类对象，还有就是因为Handler原理的原因。

持有实际上是因为ActivityThread 持有-> Looper持有 -> MessageQueue持有 -> Message持有 -> handler持有 -> activity

所以有时还在等待未处理的(未释放的)message会泄漏，所以new Handler那里会有黄色警告。
在这里插入图片描述

5、使用Handler导致内存泄露的解决方法?

这里是看的这篇文章：
Android中使用Handler造成内存泄露的分析和解决

方法一：通过程序逻辑来进行保护。

1.在关闭Activity的时候停掉你的后台线程。线程停掉了，就相当于切断了Handler和外部连接的线，Activity自然会在合适的时候被回收。

2.如果你的Handler是被delay的Message持有了引用，那么使用相应的Handler的removeCallbacks()方法，把消息对象从消息队列移除就行了。

方法二：将Handler声明为静态类。

静态类不持有外部类的对象，所以你的Activity可以随意被回收。代码如下：

static class MyHandler extends Handler {
    @Override
    public void handleMessage(Message msg) {
        View view=null;
        this.click(view);
    }
}

但其实没这么简单。使用了以上代码之后，你会发现，由于Handler不再持有外部类对象的引用，导致程序不允许你在Handler中操作Activity中的对象了。
所以你需要在Handler中增加一个对Activity的弱引用（WeakReference）:

static class MyHandler extends Handler {
    WeakReference<Activity > mActivityReference;

    MyHandler(Activity activity) {
        mActivityReference= new WeakReference<Activity>(activity);
    }

    @Override
    public void handleMessage(Message msg) {
        final Activity activity = mActivityReference.get();
        if (activity != null) {
            mImageView.setImageBitmap(mBitmap);
        }
    }
}

延伸：什么是弱引用WeakReference？

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