Android中的Handler机制

       当用户点击某个应用图标时其实是触发了launcher程序的一个控件点击事件，launcher响应点击事件后会通过zygoat进程为新的程序fork一个子进程从而为它分配一个独立的jvm，jvm程序启动后会调用入口函数main方法，而这个方法就在ActivityThread中这个方法所在的线程就是主线程，在这个方法里通过Looper.prepareMainLooper()创建了主线程的Looper对象，通过looper.loop()开始的一个死循环，使应用进入到运行状态，主线程的Looper在loop里不断地从messageQueen中取消息，而这个消息中就包含了消息发送者的handler引用和消息数据等信息，主线程的Looper拿到message中的handler(这个Handler必须是主线程中创建的),然后通过msg.target.dispatchMessage方法把消息发送出去，然后handler判断msg中是否有runnable类型的calllback,没有就调用onMessage(调用者的Handler子类重写)，有就调用handleCallback()在这个方法里直接调用runnable的run方法,从而完成消息的接收与处理。而消息的发送是外界通过实例化一个自己的Handler(子线程创建时要指定成主线程的Handler)然后调用sendMessage()(需要创建message对象)或者调用postMessage()(无需创建message,传递一个runnable,方法内部自动创建并将callback放到message上)方法，这些方法最终会调用到postMessageAtTime()方法，这个方法就会调用enqueuenMessage()方法为message对象赋值，把调用者new出来的Handler赋值给target,把runnable(如果有)赋给r,(这里也是Handler引起内存泄露的根源所在，如果调用者new了一个匿名内部类的Handler，这个Handler就会持有Activty的引用，而这个handler又被messageQueen的message所持有，如果这个消息还未被消费之前Activity就退出了，就会导致Activity仍然被对象持有从而无法被gc回收导致内存泄露)最后调用messageQueen的enqueuen()方法把消息加入队列(优先级队列，会通过时间进行排序)，等待主线程去处理，自此Handler的整个流程就贯通了，这个模型就是典型的消费者生产者模式，消息队列是资源，主线程开一个Looper来消费资源，子线程生产的资源通过Handler和Message进行包装放到消息队列，从而协调工作