Android消息机制

1. 消息机制概述
   1. 更新UI仅仅是Handler机制的一个特殊使用场景，具体来说是这样的：有时候需要在子线程中进行耗时的I/O操作，可能是读取文件或者访问网络等，当耗时操作完成以后可能需要在UI上做一些改变，由于Android开发规范的限制，我们并不能在子线程中访问UI控件，否则会触发程序异常，这个时候通过Handler就可以将更新UI的操作切换到主线程中执行，因此本质上来说Handler并不是专门用于更新UI的，只是常被开发者用来更新UI
   2. Android的消息机制主要是指Handler的运行机制，Handler的运行需要底层的MessageQueue和Looper的支持，MessageQueue是消息队列，内部存储结构用单链表实现，Looper为消息循环，Looper会以无限循环的方式去查找是否有新的消息，如果有的话就处理消息，否则一直等待，Looper中的ThreadLocal会在每个线程中存储数据，Handler内部使用ThreadLocal来获取当前线程的Looper,ThreadLocal可以在不同的线程中互不干扰的存储并提供数据，通过ThreadLocal可以轻松获取每个线程的Looper,线程默认是没有Looper的，如果需要使用Handler就需要为线程创建Looper,我们经常提到的主线程，也叫UI线程，它就是ActivityThread,ActivityThread被创建时就会初始化Looper,这也是在主线程中默认可以使用Handler的原因
   3. Handler的主要作用是将一个任务切换到某个指定的线程中去执行，安卓规定在子线程中无法访问UI,
   4. 系统不允许在子线程中更新UI的原因：Android的UI控件是线程不安全的，如果在多线程中并发访问可能会导致UI控件处于不可预期的状态，为什么系统不对UI控件的访问加上锁机制：1 加上锁机制会让UI控件的访问逻辑变得复杂 2 锁机制会降低UI访问的效率，锁机制会阻塞某些线程的执行
   5. Handler创建完毕后，这个时候其内部的Looper以及MessageQueue就可以和Handler一起协同工作了，然后通过Handler的post方法将一个Runnable投递到Handler内部的Looper中处理，也可以通过Hanler的send方法发送一个消息，这个消息同样会在Looper中处理，send方法的工作过程：当Handler的send方法被调用时，会调用MessageQueue中的enqueueMessage方法去将这个消息放到MessageQueue中，然后Looper发现有新消息到来时，就会处理这个消息，最终消息中的Runnable或者Handler中的handleMessage方法就会被调用， Looper是运行在创建Handler的线程中的，这样一来Handler中的业务就会发送到创建Handler的线程中去执行了