4 Handler原理
4-1与Looper、MessageQueue的关系
Handler类的作用：
在新启动的线程中发送消息
在主线程中获取、处理消息。
Android为什么套设计只能通过Handler机制更新UI呢？
假设如果在一个Activity当中，有多个线程去更新UI，并且都没有加锁机制，这样子会产生更新界面错乱。
如果对更新UI的操作都进行加锁处理的话会发生：
性能下降
处于对以上目的问题的考虑，Android给我们提供了一套更新UI的机制，我们只需遵循这样的机制即可
不需考虑关心多线程的问题，所以更新UI的操作，都是在主线程的消息队列当中去轮询处理的
-----------------------------------------------------------------------------------------------
handler的设计缘由是考虑到多线程并发的问题，如果没有这种机制，可能会导致多线程下多个线程更新UI错乱的问题（没有枷锁），若加锁的话，则会影响性能。Handler通过消息队列，保证了消息处理的先后有序，最根本目的在与解决多线程并发问题。
-------------------------------------------------------------------------------------------------
Handler的原理：
一、handler封装了消息的发送，（主要包括消息发送给谁）通过handler发送消息，默认情况下发送给自己
Looper轮询
1.内部包含一个消息队列，所有的handler发送的消息会装入这个消息队列
handler获取一个message handler.obtainMessage(); obtainMessage()的源码： public final Message obtainMessage() { return Message.obtain(this); //这里this本身就是handler对象 } Message.obtain()的源码： public static Message obtain(Handler h) { Message m = obtain(); m.target = h; //m.target就是Message的目的地，将handler本身赋给它，就说明目的地就是handler本身 return m; }
2.Looper作为一个消息封装的载体，包含了一个消息队列messageQueue，所有的Handler发送的消息都经过这个消息队列——要发送的消息会往这个消息队列中插入或移除。
Looper.loop()方法是一个死循环，不断轮询messageQueue，如果有消息存在取出并发送给handler，然后handler处理消息，没有就阻塞
二.MessageQueue，一个消息队列，可以添加消息，并处理消息
三、内部会和Looper进行关联，也就是说在Handler内部可以找到Looper，找到了Looper也就找到了MessageQueue。
调用handler.sendMessage()就是向消息队列中发送消息；然后Looper轮询MessageQueue，将message发送给Handler本身进行处理。
在handler中发消息就是向MessageQueue消息队列发消息（关联方法写在了handler的构造方法中）
总结：handler负责消息发送，looper负责接收handler发送的消息，并直接把消息回传给handler自己，messagequeue是一个存储消息的容器
转：
Message:消息，其中包含了消息ID，消息处理对象以及处理的数据，由MessageQueue同意列队，终由Handle处理
职责
Message：消息，其中包含了消息ID，消息处理对象以及处理的数据等，由MessageQueue统一列队，终由Handler处理。
Handler：处理者，负责Message的发送及处理。使用Handler时，需要实现handleMessage(Message msg)方法来对特定的Message进行处理，例如更新UI等。
MessageQueue：消息队列，用来存放Handler发送过来的消息，并按照FIFO规则执行。当然，存放Message并非实际意义的保存，而是将Message以链表的方式串联起来的，等待Looper的抽取。
Looper：消息泵，不断地从MessageQueue中抽取Message执行。因此，一个MessageQueue需要一个Looper。
Thread：线程，负责调度整个消息循环，即消息循环的执行场所。
关系
Handler，Looper和MessageQueue就是简单的三角关系。Looper和MessageQueue一一对应，创建一个Looper的同时，会创建一个MessageQueue。而Handler与它们的关系，只是简单的聚集关系，即Handler里会引用当前线程里的特定Looper和MessageQueue。
这样说来，多个Handler都可以共享同一Looper和MessageQueue了。当然，这些Handler也就运行在同一个线程里。
2） 接下来，我们简单地看一下消息的循环过程：
生成
Message msg = mHandler.obtainMessage();
msg.what = what;
msg.sendToTarget();
发送
MessageQueue queue = mQueue;
if (queue != null) {
msg.target = this;
sent = queue.enqueueMessage(msg, uptimeMillis);
}
在Handler.java的sendMessageAtTime(Message msg, long uptimeMillis)方法中，我们看到，它找到它所引用的MessageQueue，然后将Message的target设定成自己（目的是为了在处理消息环节，Message能找到正确的Handler），再将这个Message纳入到消息队列中。
抽取
Looper me = myLooper();
MessageQueue queue = me.mQueue;
while (true) {
Message msg = queue.next(); // might block
if (msg != null) {
if (msg.target == null) {
// No target is a magic identifier for the quit message.
return;
}
msg.target.dispatchMessage(msg);
msg.recycle();
}
}
在Looper.java的loop()函数里，我们看到，这里有一个死循环，不断地从MessageQueue中获取下一个（next方法）Message，然后通过Message中携带的target信息，交由正确的Handler处理（dispatchMessage方法）。
处理
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
在Handler.java的dispatchMessage(Message msg)方法里，其中的一个分支就是调用handleMessage方法来处理这条Message，而这也正是我们在职责处描述使用Handler时需要实现handleMessage(Message msg)的原因。
至于dispatchMessage方法中的另外一个分支，我将会在后面的内容中说明。
至此，我们看到，一个Message经由Handler的发送，MessageQueue的入队，Looper的抽取，又再一次地回到Handler的怀抱。而绕的这一圈，也正好帮助我们将同步操作变成了异步操作。
3）剩下的部分，我们将讨论一下Handler所处的线程及更新UI的方式。
在主线程（UI线程）里，如果创建Handler时不传入Looper对象，那么将直接使用主线程（UI线程）的Looper对象（系统已经帮我们创建了）；在其它线程里，如果创建Handler时不传入Looper对象，那么，这个Handler将不能接收处理消息。在这种情况下，通用的作法是：
class LooperThread extends Thread {
public Handler mHandler;
public void run() {
Looper.prepare();
mHandler = new Handler() {
public void handleMessage(Message msg) {
// process incoming messages here
}
};
Looper.loop();
}
}
在创建Handler之前，为该线程准备好一个Looper（Looper.prepare），然后让这个Looper跑起来（Looper.loop），抽取Message，这样，Handler才能正常工作。
因此，Handler处理消息总是在创建Handler的线程里运行。而我们的消息处理中，不乏更新UI的操作，不正确的线程直接更新UI将引发异常。因此，需要时刻关心Handler在哪个线程里创建的。
如何更新UI才能不出异常呢？SDK告诉我们，有以下4种方式可以从其它线程访问UI线程：
· Activity.runOnUiThread(Runnable)
· View.postDelayed(Runnable, long)
· Handler
其中，重点说一下的是View.post(Runnable)方法。在post(Runnable action)方法里，View获得当前线程（即UI线程）的Handler，然后将action对象post到Handler里。在Handler里，它将传递过来的action对象包装成一个Message（Message的callback为action），然后将其投入UI线程的消息循环中。在Handler再次处理该Message时，有一条分支（未解释的那条）就是为它所设，直接调用runnable的run方法。而此时，已经路由到UI线程里，因此，我们可以毫无顾虑的来更新UI。
4） 几点小结
· Handler的处理过程运行在创建Handler的线程里
· 一个Looper对应一个MessageQueue
· 一个线程对应一个Looper
· 一个Looper可以对应多个Handler
· 不确定当前线程时，更新UI时尽量调用post方法
