Handler 主要是用于异步消息处理，类似于辅助类，他封装了消息的投递 处理的接口，通常用来处理耗时较长的操作
handler中有四个重要的对象：
Looper 它的内部包含了一个消息队列,也就是Messagequeue 所有的handler发送的消息都会进入这个消息队列
Looper的loop方法 是一个死循环 它不断的从MessageQueue中来获取消息 如果有消息就处理消息 没有消息他就会进去阻塞状态
Meassagequeue 就是一个消息队列 可以添加消息并处理消息
当我们在主线程new一个Handler 的时候我们就可以使用主线程的Handler关联到我们的looper和messagequeue当我们难道数据以后我们用handlersendmesssage方法 用looper 这个循环去得到我们的数据
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主要有
Message：消息，其中包含了消息ID，消息处理对象以及处理的数据等，由MessageQueue统一列队，终由Handler处理。
Handler：处理者，负责Message的发送及处理。使用Handler时，需要实现handleMessage(Message msg)方法来对特定的Message进行处理，例如更新UI等。
Handler类的主要作用：（有两个主要作用）1）、在工作线程中发送消息；2）、在主线程中获取、并处理消息。
MessageQueue：消息队列，用来存放Handler发送过来的消息，
并按照FIFO规则执行。当然，存放Message并非实际意义的保存，而是将Message串联起来的，等待Looper的抽取。
Looper：消息泵，不断地从MessageQueue中抽取Message执行。因此，一个MessageQueue需要一个Looper。 默认一个线程是不存在消息循环的，需要调用Looper.prepare来创建一个消息循环，
调用Looper.loop来使消息循环起作用，当调用完loop方法后循环开始，从消息MessageQueue队列中抽取消息，下一个由handler发送的message将会被这个handler的handleMessage处理。处理完成后调用Message.recycle将其放入Message pool中。
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()方法，把消息对象从消息队列移除就行了。
