Android Handler随记

Handler、Message、MessageQueue、Looper;

以下为零散的记录，最后有总结；

内存泄露的本质：

长生命周期对象持有短生命周期对象，导致短生命周期对象销毁不掉；

持有链：

线程>>Looper>>MessageQueue>>Message>>Handler>>Activity;

内部Handler持有外部Activity参考：Android 从java字节码告诉你为什么Handler会造成内存泄露 - 希尔瓦娜斯女神 - 博客园

Message对象的变量target为发送消息的Handler;

MessageQueue队列里放Message；

Looper对象里实例化MessageQueue；

一个线程绑定一个Looper；

为什么要有handler？

主要目的是要解决线程切换问题，handler里的Message机制解决了线程间通信;

为什么有队列MessageQueue？

MessageQueue是一个单向链表，next()调用nativePollOnce->lunx的epoll_wait()等待实现阻塞时队列；

在单线程中一次只能执行一句代码假如发送了一个大消息A处理这个大的消息A但是处理的太慢了从而导致其他后续要发送的消息发不出去因为单线程阻塞到了第3步处理那个消息A的地方

队列的出现解决了"处理消息"阻塞到"发送消息"的问题；

队列是生产者消费者模式；

而要使用队列需要至少两个线程、和一个死循环；

一个线程负责生产消息；一个线程消费消息；死循环需要取出放入队列里的消息；

为什么有Looper？

为了循环取出队列里的消息；

一个线程有几个Looper,为什么不会有多个?

一个线程一个Looper,放在ThreadLocalMap中；

假如Looper对象由Handler创建，每创建一个Handler就有一个Looper,那么调用Looper.loop()时开启死循环；在外边调用Looper的地方就会阻塞；

主线程中Looper的死循环为什么没有导致系统卡死？

我们的UI线程主线程其实是ActivityThread线程，而一个线程只会有一个Looper;ActivityThread.java的main函数是一个APP进程的入口，如果不卡死，main函数执行完则整个应用进程就会退出；android是以事件为驱动的操作系统，当有事件来时，就去做对应的处理，没有时就显示静态界面；

获取当前线程：Thread.currentThread();

ThreadLocalMap:类似于HashMap;

每个Thread对象都有一个对应的ThreadLocalMap；

在Looper.prepare()时，存入Looper，存Looper时ThreadLocalMap的key为ThreadLocal，value为Looper；

内存抖动根本的解决方式是复用；

handler.obtainMessage()；

从Looper的回收池中取Message；Message是一个单向链表，Message不是一个单纯的对象，而是一个链表集合最大长度固定50个

epoll_create:App注册进红黑树；
epoll_ctl：文件描述符；
epoll_wait：有事件时分发，没事件时就等待，实现阻塞；

-------------------------------------------以上为随手记的---------------------------------

总结： handler如何做的线程切换的？

首先Handler的使用步骤：

1.调用Looper.prepare();

2.创建Handler对象；

3.调用Looper.Loop()方法。

4.线程中发送消息。

在第一步时，创建一个Looper，并放到当前线程的变量threadLocals中；threadLocals是一个map，key为ThreadLocal对象本身，value为Looper;在Looper.loop()时取出；

第二步,用户在当前线程（可能是子线程）创建Handler对象；

第三步，Looper.loop()一直在死循环，Looper.loop()这句代码下面的代码是不会被调用的，调用Looper.loop()函数时，先从当前线程的map变量中取出Looper,再从Looper中拿到队列MessageQueue，for循环中不断从队列中取出消息；

第四步，在其他线程调用handelr发送消息时，Message里有个target,就是发送消息的handler;

在Looper.loop()时，队列中取到消息时，调用msg.target.dispatchMessage(msg)；其实就是handler对象.dispatchMessage(msg);

所以不论在哪个线程调用发送消息，都会调用到handler自己分发消息；而handler所处的线程是创建时的“当前线程”，所以处理时也就回到了“当前线程”；实现了线程切换，和线程通信；

Looper的死循环为什么不会让主线程卡死（或ANR）？

简单版：

Activity：5 秒。应用在 5 秒内未响应用户的输入事件（如按键或者触摸）
BroadCastReceiver ：10 秒。BroadcastReceiver 未在 10 秒内完成相关的处理
Service：20 秒（均为前台）。Service 在20 秒内无法处理完成

如果Handler收到以上三个相应事件在规定时间内完成了，则移除消息，不会ANR；

若没完成则会超时处理，弹出ANR对话框；

详细：

App进程的入口为ActivityThread.java的main()函数，注意ActivityThread不是一个线程；应用的ui主线程实际是调用ActivityThread.java的main()函数执行时所在的线程,而这个线程对我们不可见，但是这就是主线程；参考：Android的UI主线程是ActivityThread吗？_chwnpp2的专栏-CSDN博客；在ActivityThread.java的main()函数中，会调用Looper.prepareMainLooper();Looper.prepareMainLooper()会创建一个Looper并放到当前线程（主线程）的变量threadLocals中进行绑定，threadLocals是一个ThreadLocal.ThreadLocalMap；在ActivityThread.java的main()函数结尾，开启Looper.loop()进行死循环，不让main函数结束，从而让App进程不会结束；Android系统是以事件作为驱动的操作系统，当有事件来时，就去做对应处理，没有事件时，就显示当前界面，不做其他多余操作（浪费资源）；在Looper.loop()的死循环中，不仅要取用户发的事件，还要取系统内核发的事件（如屏幕亮度改变等等）；在调用Looper.loop()时，从MessageQueue.next()中获取事件，若没有则阻塞，有则分发；MessageQueue其实不是一个队列，用epoll机制实现了阻塞；在Looper.prepareMainLooper()时，调用c++函数epoll_create()会将App注册进epoll机制的红黑树中，给每个App创建一个文件描述符epoll_ctl()；epoll_wait()有事件时分发，没事件时就等待，实现阻塞；

子线程的Looper和子线程Looper有什么不同？

子线程Looper是可以退出的，主线程不行；

Android Handler随记

Java相关栏目本月热门文章