自我总结：
从主体结构来讲主要是三部分，looper，Messagequeue，handle，looper中存在一个死循环不断从信息队列中取出信息交给对应的handle进行处理，主线程中的looper在App启动的时候就会启动，具体代码在activityThread的main方法中，因此在主线程中使用handle的时候不需要去管looper的创建，在子线程中使用handle需要调用looper.prepare.和lopper.loop来创建对应的looper，而looper和线程是一一对应的，一个线程只能拥有一个loop，这个实现是通过ThreadLocal来实现的，threadlocal简单的来说它线程私有的一个数据副本（这边可以扩展讲下threadlocal内存泄漏的原因以及优化处理），它是线程自身维护的一个key-value集合，这边key就threadlocal的对象，value就存放对应的值，thread创建对应的loop的threadlocal对象是静态final的变量，在内存空间里是唯一的存在，让key是唯一的存在，这样在线程创建loop的时候进行判断该key是否存在对应的值，如果有就抛出异常来。这样保证了thread有唯一的looper。messagequeue是一个存在优先级的单向信息队列，在messagequeue中它保存的是一个message的对象，而message对象它持有next message对象的引用 所以可以通过不断调用next我们可以遍历到整个message队列，所以队列是单向的，优先级实现的原理需要看put方法，handle的所有sendmessage方法最后调用都是sendmessageattime 这里会给每个message设置一个延时执行时间，在信息存入队列时从头开始遍历比较执行时间，如果比对方小就插入到对方前面，从而实现了优先级的队列，handle可能导致的内存泄漏也就在于此，一个延迟消息在messagequeue中存放，message会持有handle的引用，而handle是一个匿名内部类，在java中匿名内部类默认持有外部类的引用，最后导致handle所在的activity被持有而导致不能释放。如果当message队列为空或者当前最新的message延迟处理的话，当前线程会进入休眠状态，而这个休眠状态是通过native方法来实现的 底层调用了liunx的休眠方法，而休眠的时间由当前任务来决定的。handle为什么能跨线程处理任务的原因需要考虑java虚拟机的一些知识，（可以扩展讲java虚拟机）堆是线程共享的，所以message队列数据就存放在堆中，这就实现了handle跨线程通信的基础了，这里多线程并发操作肯定需要一个锁来维护资源的安全性，这里通过synchronized来实现多线程对信息队列访问的安全机制，（这边可以扩展锁相关信息）不管是添加还是取出message都会重置looper的休眠状态。message取出后调用对应的handler处理这样整个流程完成了。
总结知识点：
1.handler处理整体的结构。
2.handler为什么能跨线程通信的。
3.为什么looper里面一个死循环不会导致卡死问题。
4.handler处理信息的优先级如何实现的。
5.handler在多线程情况下怎么实现线程安全。
6.looper和线程是如何一对一进行绑定的。
7.为什么支持new 出多个handler。