Handler详解

一、handler是什么？

Handler主要用于异步消息的处理： 有点类似辅助类，封装了消息投递、消息处理等接口。当发出一个消息之后，首先进入一个消息队列，发送消息的函数即刻返回，而另外一个部分在消息队列中逐一将消息取出，然后对消息进行处理，也就是发送消息和接收消息不是同步的处理。 这种机制通常用来处理相对耗时比较长的操作。

---

2、为什么要用handler？

为什么要用handler？不用这种机制行不行？不行！android在设计的时候，就封装了一套消息的创建、传递、处理机制，如果不遵循这种机制，就没有办法更新UI信息，就会抛出异常信息。

---

3、handler怎么用呢？

handler.post()

handler.postDelayed()

handler.sendMessage();

handler.sendEmptyMessage();

handler.removeCallback(runnable)

---

3.1 主线程创建handler，在子线程中通过handler的post(Runnable)方法更新UI信息。

1.png

---

3.2 主线程创建handler,通过handler.postDelayed(myRunnable,1000)

2.png

---

注意!

1. main中的handler.postDelayed(myRunnable,1000)是给ImageView设置Image,只执行一次

2. main中改成handler.post(myRunnable)也可以，直接加载Image，不会等待1000ms后再加载

3. MyRunnable中的handler.postDelayed(myRunnable,1000)是为了轮播图片，每隔1000ms后执行一次run方法，实现轮播

handler.sendMessage();

handler.sendEmptyMessage();

handler.removeCallback(runnable)

---

提问:

android 为什么要设计只能通过handler机制更新UI？
最根本的目的是解决多线程并发温问题：

假设如果在一个activity当中，有多个线程去更新UI，并且都没有加锁机制，那么会什么样子的问题？更新界面混乱。

如果对更新UI的操作都进行加锁处理的话又会产生什么样子的呢？性能下降。

出于对以上问题的考虑，Android给我们提供了一套更新UI的机制，我们只要遵循这个机制就可以了，根本不用去关心多线程并发的问题，所有的更新UI的操作，都是在主线程的消息队列中去轮训处理的。

---

提问:

handler的原理是什么?
一、Handler封装了消息的发送 （主要包括消息发送给谁）

Looper

1、内部包含一个消息对列，也就是MessageQueue，所有的handler发送的消息都走向这个消息对列。

2、Loopler.looper方法，就是一个死循环，不断地从MessageQueue取消息，如果有消息就处理消息，没有消息就阻塞

---

MessageQueue

二、MessageQueue，就是一个消息对列，可以添加消息，并处理消息

三、handler也很简单，内部会跟Looper进行关联，也就是说在handler的内部可以找到Looper，找到Looper也就找到了MessageQueue，在handler中发送消息，其实就是向MessageQueue队列中发送消息

总结：

handler负责发送消息，Looper负责接收handler发送的消息，并直接把消息回传给
handler自己。MessageQueue就是一个存储消息的容器

---

如何实现一个与线程相关的Handler？

3.png

打印的log日志如下：

4.png

---

HandlerThread又是什么？

1.png

当主线程handler中传入子线程的looper时，程序直接奔溃，报空指针错误，原因时存在多线程并发的问题，当两个线程在切换的时候，在程序运行到主线程中handler的创建时，传入了子线程的looper，而此时子线程中的looper还没有创建出来，所以会抛出空指针异常，那么这个问题怎么避免呢，就用到了HandlerThread。报错信息见下图：

1.png