@面试问答

面试官：一个线程有几个 Looper？几个 Handler？

小王： 一个Thread只能有一个Looper，一个MessageQueen，可以有多个Handler 以一个线程为基准，他们的数量级关系是： Thread(1) : Looper(1) : MessageQueue(1) : Handler(N)

面试官：Handler 内存泄漏原因？ 以及最佳解决方案？  小王：

• 泄露原因： Handler 允许我们发送延时消息，如果在延时期间用户关闭了 Activity，那么该 Activity 会泄露。 这个泄露是因为 Message 会持有 Handler，而又因为 Java 的特性，内部类会持有外部类，使得 Activity 会被 Handler 持有，这样最终就导致 Activity 泄露。

• 解决方案

1. 最直接的思路就是避免使用非静态内部类。使用Handler的时候，放在一个新建的文件中来继承Handler或者使用静态的内部类来替代。静态内部类不会隐含的持有外部类的引用，因此这个activity也就不会出现内存泄漏问题。

2. 如果你需要在Handler内部调用外部Activity的方法，你可以让这个Handler持有这个Activity的弱引用，这样便不会出现内存泄漏的问题了。

3. 另外，对于匿名类Runnable，我们同样可以设置成静态的，因为静态内部类不会持有外部类的引用。

4. 注意：如果使用Handler发送循环消息，最好是在Activity的OnDestroy方法中调用mLeakHandler.removeCallbacksAndMessages(null);移除消息。（这不是解决内存泄漏的方法）

5.两种解决办法如下：

弱引用（WeakReference）

静态

 

面试官：为何主线程可以new Handler？如果想要在子线程中new Handler 要做些什么准备？

小王： 每一个handler必须要对应一个looper，主线程会自动创建Looper对象，不需要我们手动创建，所以主线程可以直接创建handler。

在new handler的时候没有传入指定的looper就会默认绑定当前创建handler的线程的looper，如果没有looper就报错。

因为在主线程中，Activity内部包含一个Looper对象，它会自动管理Looper，处理子线程中发送过来的消息。而对于子线程而言，没有任何对象帮助我们维护Looper对象，所以需要我们自己手动维护。  所以要在子线程开启Handler要先创建Looper，并开启Looper循环

如果在子线程中创建了一个Handler，那么就必须做三个操作：

1. prepare()；

2. loop()；

3. quit()；

面试官：子线程中维护的Looper，消息队列无消息的时候的处理方案是什么？有什么用？

小王： 在Handler机制里面有一个Looper，在Looper机制里面有一个函数，叫做quitSafely()和quit()函数，这两个函数是调用的MessageQueue的quit()。

面试官：既然可以存在多个 Handler 往 MessageQueue 中添加数据（发消息时各个 Handler 可能处于不同线程），那它内部是如何确保线程安全的？

小王： 这里主要关注 MessageQueue 的消息存取即可，看源码内部的话，在往消息队列里面存储消息时，会拿当前的 MessageQueue 对象作为锁对象，这样通过加锁就可以确保操作的原子性和可见性了。

消息的读取也是同理，也会拿当前的 MessageQueue 对象作为锁对象，来保证多线程读写的一个安全性。

面试官：我们使用 Message 时应该如何创建它？

小王： 创建的它的方式有两种： 一种是直接 new 一个 Message 对象， 另一种是通过调用 Message.obtain() 的方式去复用一个已经被回收的 Message， 当然日常使用者是推荐使用后者来拿到一个 Message，因为不断的去创建新对象的话，可能会导致垃圾回收区域中新生代被占满，从而触发 GC。

Message 中的 sPool 就是用来存放被回收的 Message，当我们调用 obtain 后，会先查看是否有可复用的对象，如果真的没有才会去创建一个新的 Message 对象。

补充：主要的 Message 回收时机是： 1.在 MQ 中 remove Message 后； 2.单次 loop 结束后； 3.我们主动调用 Message 的 recycle 方法后

面试官：Looper死循环为什么不会导致应用卡死？

小王： Launch桌面的图标第一次启动Activity时，会最终走到ActivityThread的main方法，在main方法里面创建Looper和MessageQueue处理主线程的消息，然后Looper.loop()方法进入死循环，我们的Activity的生命周期都是通过Handler机制处理的，包括 onCreate、onResume等方法，下面是loop方法循环。

主线程的主要方法就是消息循环，一旦退出消息循环，那么你的应用也就退出了，Looer.loop（）方法可能会引起主线程的阻塞，但只要它的消息循环没有被阻塞，能一直处理事件就不会产生ANR异常。

造成ANR的不是主线程阻塞，而是主线程的Looper消息处理过程发生了任务阻塞，无法响应手势操作，不能及时刷新UI。

阻塞与程序无响应没有必然关系，虽然主线程在没有消息可处理的时候是阻塞的，但是只要保证有消息的时候能够立刻处理，程序是不会无响应的。

总结：应用卡死压根与这个Looper没有关系，应用在没有消息需要处理的时候，它是在睡眠，释放线程；卡死是ANR，而Looper是睡眠。

既然Handler的消息全都是loop来的，为什么我们没有ANR问题？

其实产生ANR问题的不是Looper.loop()，哪怕主线程正在等待（block）。

        for (;;) {
            Message msg = queue.next(); // might block
 
            ...
 
        }

因为这个时候（阻塞）的时候，说明主线程在休眠。

之前不是说5秒钟不相应就会出现阻塞问题吗，为什么休眠个好长时间也并不会被ANR呢？

了解这个问题，先看唤醒主线程的方式有哪些：

1、输入事件

主线程虽然被block了，但与ANR的问题是没有关系的，只要输入事件有响应，他会唤醒，就不会被block了。

所以，产生ANR的问题不是因为主线程睡眠了，而是因为输入事件没有响应，输入事件没有响应他就没有办法唤醒这个Looper，才加了这个5秒的限制。

2、往Looper里面添加消息的时候，它会唤醒这个Looper。

因为应用中不管是Activity，还是Service，所有的操作都是在各自的生命周期中执行的，所以它所有的操作都逃不出生命周期。所以，所有的操作都执行在ActivityThread.java中的loop()里面，所以，应用所有的操作都是在这个loop()中来管理的，也正是因为这个原因，主线程的loop()是不能够退出去的。

只有一种情况，我们在一个应用的一个界面下不动，这个应用没有任何事件发生，也没有任何别的事件要处理，这个时候，我们的Looper就处于一个block状态；当点击一下这个屏幕，他就会触发唤醒这个Looper。

总结

为什么没有导致应用卡死？

因为应用卡死压根与这个Looper没有关系，应用在没有消息需要处理的时候，它是在睡眠，释放线程；卡死是ANR，而Looper是睡眠。

卡死是在主线程中执行一个耗时的操作，loop()会一直在处理一个消息，而for循环中有很多消息需要被处理，而这一个消息就要处理很久，这一个消息的处理时间，会转变成其他的点击事件没有响应。

因为主线程在接受到其他消息的时候没有时间去响应，它的时间都在处理那一个耗时的操作，造成点击事件没有办法响应，点击事件没有办法响应就容易出现ANR。