Handler机制 与 ANR异常
Handler是线程间通讯的机制，Android中，网络访问、文件处理等耗时操作必须放到子线程中去执行，否则将会造成ANR异常。
ANR异常：Application Not Response 应用程序无响应
产生ANR异常的原因：在主线程执行了耗时操作，对Activity来说，主线程阻塞5秒将造成ANR异常，对BroadcastReceiver来说，主线程阻塞10秒将会造成ANR异常。
解决ANR异常的方法：耗时操作都在子线程中去执行
但是，Android不允许在子线程去修改UI，可我们又有在子线程去修改UI的需求，因此需要借助Handler。
Handler机制
Looper: 一个线程可以产生一个Looper对象，由它来管理此线程里的MessageQueue(消息队列)。
Handler: 你可以构造Handler对象来与Looper沟通，以便push新消息到MessageQueue里;或者接收Looper从Message Queue取出)所送来的消息。
Message Queue(消息队列):用来存放线程放入的消息。
线程：UIthread 通常就是main thread，而Android启动程序时会替它建立一个MessageQueue。
UI线程创建时，就创建了一个Looper，Looper内部维护这一个MessageQueue。
Looper通过开启一个while(true)死循环来轮询MessageQueue中的Message。
当Looper轮询到Message时，就分发此Message。
Handler在子线程发送消息到MessageQueue，Message被Looper取出来后，分发给handler的handleMessage方法来处理。
那么，为什么说一个Looper可以对应多个Handler，Looper如何保证哪个Handler发出去的Message将交由哪个handler来处理？
因为Handler在发送Message的时候，在Message的成员变量target上标记了当前handler的引用：
message.target = this; this即这个发送此Message的handler对象
当Looper取到message时，通过下面的方法分发Message：
message.target.dispatchMessage（message）;
message.target即发送此Message的handler对象
因此，哪个handler发送的Message，将由哪个Handler来处理此Message
