Hander机制

Hander机制

一.Handler 是什么？

Handler 主要是用于异步消息处理，类似于辅助类，他封装了消息的投递 处理的接口，通常用来处理耗时较长的操作

二.Handler的原理：

handler中有四个重要的对象：

1. Looper 它的内部包含了一个消息队列,也就是Messagequeue 所有的handler发送的消息都会进入这个消息队列

   Looper的loop方法 是一个死循环 它不断的从MessageQueue中来获取消息 如果有消息就处理消息 没有消息他就会进去阻塞状态

2. Meassagequeue 就是一个消息队列 可以添加消息并处理消息

3. 当我们在主线程new一个Handler 的时候我们就可以使用主线程的Handler关联到我们的looper和messagequeue当我们拿到数据以后我们用handlersendmesssage方法 用looper 这个循环去得到我们的数据

4. Activity的生命周期也是依赖handler的消息机制来进行回调的 是在我们ActivityThread里handler 依靠 what 尽心分值 去进行不同的回调方法，从而实现不同的Activity的生命周期。handler 主要用于异步消息处理，Android提供给我们来更新UI的一套机制，可以通过handler来发送消息，也可以来接受并处理消息。

​ 异步消息处理： android 在设计时就分装了这么一套机制，可以通过handler来发送消息，也可以接受并处理消息

如果不遵循这个机制就无法更新UI，就会抛出异常。为什么要通过handler机制来跟新UI呢，因为假设activity中有多个线程去更新ui ,并且没有加锁机制，就会产生页面乱，如果对ui操作进行枷锁机制的会性能会下降，所以我们使用handler 保证消息处理的先后顺序。

由于Handler是运行在主线程中(UI线程中), 而且它的设计可以使它与子线程通过Message对象来传递数据, 这个时候，Handler就承担着接受子线程传过来的(子线程用sedMessage()方法传弟)Message对象，(里面包含数据) ,把这些消息放入主线程队列中，配合主线程进行更新UI。子线程对主线程发信息Message对象（Message包含的信息可以是int，object类型）尽可能使用Message.what来标识信息，以便用不同的方式处理Message；

执行流程： 子线程通过sendmessage发送message消息，这个消息会被放入messageQueue队列中，

队列会以先进先出的方式，被Looper抽取，looper抽取到信息，交由主线程的handler，handler通过handleMessage处理信息，之后更新ui。

handler主要有

1. Message：消息，其中包含了消息ID，消息处理对象以及处理的数据等，由MessageQueue统一列队，终由Handler处理。

2. Handler：处理者，负责Message的发送及处理。使用Handler时，需要实现handleMessage(Message msg)方法来对特定的Message进行处理，例如更新UI等。

3. Handler类的主要作用：（有两个主要作用）1）、在工作线程中发送消息；2）、在主线程中获取、并处理消息。

4. MessageQueue：消息队列，用来存放Handler发送过来的消息，

5. 并按照FIFO规则执行。当然，存放Message并非实际意义的保存，而是将Message串联起来的，等待Looper的抽取。

6. Looper：消息泵，不断地从MessageQueue中抽取Message执行。因此，一个MessageQueue需要一个Looper。 默认一个线程是不存在消息循环的，需要调用Looper.prepare来创建一个消息循环，

   调用Looper.loop来使消息循环起作用，当调用完loop方法后循环开始，从消息MessageQueue队列中抽取消息，下一个由handler发送的message将会被这个handler的handleMessage处理。处理完成后调用Message.recycle将其放入Message pool中。

7. Thread：线程，负责调度整个消息循环，即消息循环的执行场所。

handler引起内存泄漏的原因及解决方案

如果用户在网络请求过程中关闭了Activity，正常情况下，Activity不再被使用，在onDestory()方法中执行GC检查时就应该被回收掉。

但由于这时线程尚未执行完，而该线程持有Handler的引用（不然它怎么发消息给Handler？），

这个Handler又持有Activity的引用，就导致该Activity无法被回收，造成内存泄漏，直到网络请求结束（图片下载完毕）。

如果你执行了Handler的postDelayed()方法，该方法会将你的Handler装入一个Message，并把这条Message推到MessageQueue中，那么在你设定的delay到达之前，

会有一条MessageQueue -> Message -> Handler -> Activity的链，导致你的Activity被持有引用而无法被回收。

解决：静态内部类，静态内部类不会被当前这个类所引用，再使用弱引用，gc触发时将handler中的activity回收。

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

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