Handler介绍：
以下内容来自API27官方JavaDoc，里面内容并不多，所以干脆把比较有意义的都翻译了一遍，记在这里
- 什么是Handler：
Handler能够发送和处理消息和与线程消息队列相关的Runnable对象。每个Handler实例都和单个线程及其消息队列关联。创建一个Handler时，它会和创建它的线程/消息队列绑定，因此它回将消息和runnable发给那个消息队列，且当它们从消息队列中出来时，回执行它们。 - Handler的主要用途
- 给消息和runnable定时以便在未来的某个时刻执行
- 给一项行为排队来让它在不同的线程中运行
- 和定时有关的方法
-
post: 给线程排队来使其在接到相应消息时被消息队列处理，此消息队列是Handler创建时绑定的消息队列/线程 postAtTimepostDelayedsendEmptyMessage-
sendMessage————handleMessage sendMessageAtTimesendMessageDelayed
-
- Handler可以用
sendMessage和post方法来进行子线程和UI线程间的通信
Handler的内部方法等：
构造方法：
-
Handler()默认，不设置callback和async，必须在已经初始化过Looper的线程中创建 -
Handler(Callback callback)可以自己实现Callback接口来处理消息，必须在已经初始化过Looper的线程中创建，Callback可以为空 -
Handler(Looper looper)自己创建一个Looper来初始化Handler -
Handler(Looper looper, Callback callback)
以下三个构造方法被标注为@hide，可以认为async相关的方法在这个版本默认不提供使用 -
Handler(boolean async)让Handler严格异步处理消息，异步消息不需要和同步消息相关的全局排序，也不受同步屏障限制 -
Handler(Callback callback, boolean async)以上的构造方法除了自己创建Looper之外都会将默认行为传到这里 Handler(Looper looper, Callback callback, boolean async)
其他方法：
-
Callback
Handler的一个内部接口，可以用来实现Handler的handleMessage方法 handleMessage(Message msg)-
dispatchMessage(Message msg)处理系统消息 -
getMain()获取一个主线程的handler，已标记为hide -
mainIfNull()判断Handler是否为空，为空则返回一个主线程的Handler，已标记为Hide -
getTraceName()返回message中的what，已标记为hide -
getMessageName()将what中的内容转为16进制再输出 -
obtainMessage()获取一个Handler为当前Handler的新Message，效率比创建和分配新的实例要高，如果不需要当前Handler，可以直接Message.obtain() -
obtainMessage(int what)获取并设置what obtainMessage(int what, Object obj)obtainMessage(int what, int arg1, int arg2)obtainMessage(int what, int arg1, int arg2, Object obj)-
post(Runnable r) { return sendMessageDelayed(getPostMessage(r), 0); }
很明显就是发送一个0延迟的message，runnable运行在Handler的绑定线程上
如果成功放入消息队列中，返回true，失败为false，一般情况下是已经存在一个正在处理该消息队列的Looper了 postAtTime(Runnable r, long uptimeMillis)-
postAtTime(Runnable r, Object token, long uptimeMillis)
关于以上两条，返回true并不代表传入的runnable一定会被执行 -
postAtFrontOfQueue(Runnable r)将runnable直接插入下个迭代中，仅适合在特殊情况下使用，很容易出问题 -
runWithScissors(final Runnable r, long timeout)
同步运行某项任务，可能导致死锁，被标注为hide
文档部分原文：This method is prone to abuse and should probably not be in the API. If we ever do make it part of the API, we might want to rename it to something less funny like
runUnsafe().
-
removeCallbacks(Runnable r)把runnable在消息队列中的post全部删掉 -
removeCallbacks(Runnable r, Object token)把带token的post都删掉，如果token为空，则全删掉 -
sendMessage(Message msg)把消息推进消息队列末尾，会被handleMessage方法接收，成功返回true -
sendEmptyMessage(int what)发一个只有what值的message sendEmptyMessageDelayed(int what, long delayMillis)sendEmptyMessageAtTime(int what, long uptimeMillis)sendMessageDelayed(Message msg, long delayMillis)sendMessageAtTime(Message msg, long uptimeMillis)-
sendMessageAtFronOfQueue(Message msg)众所周知，并不建议使用这个 -
removeMessages(int what)去掉又有带该what值的message -
removeMessages(int what, Object object)带what和object的message -
removeCallbacksAndMessages(Object token)token为空的话删掉所有的 hasMessages(int what)hasMessagesOrCallbacks()hasMessages(int what, Object object)hasCallbacks(Runnbale r)-
getLooper从官方的注释来看，这个方法离死不远了
官方：if we can get rid of this method, the handler need not remember its loop, we could instead export a getMessageQueue() Method..
-
public final void dump(Printer pw, String prefix)不知道干嘛用的
