Android之Handler

注：知识均来源于朋友、网上、书本及本人理解

关键词

　　Android.os.Handler涉及较多的知识点，我把一些关键词列举在下面，将主要介绍Handler：

• android.os.Handler 、 android.os.Handler.Callback
• Looper、
• Threadle、Runnable
• Message、Message queue

为什么要用Handler?

• 子线程不能更改主线程的UI
• 一般来说，所有显示在界面上的控件，都是由主线程创建的
• 每个主线程都有一个Handler,Handler运行在主线程里，它与了线程可以通过Message对象来传递数据

Handler原理

　　主线程里都维护了一个消息对列（message queue），子线程通过Message实例设置消息内容，通过主线程里的Handler实例把消息发送到消息队列（message queue）,在主线程里还有一个轮循器（looper）在检查消息对列里有没有新的消息，一旦发现有新的消息，looper就会交给Handler对象处理，Handler则调用自己的回调函数HandlerMessage来更新UI或者其它操作。

Handler作用

• 安排消息或Runnable 在某个主线程中某个地方执行
• 安排一个动作在不同的线程中执行 

Handler发送Message对象的例子

布局文件.xml

Activity代码：

注意：--->转

一.Handler与Thread的区别。

Handler与调用者处于同一线程，如果Handler里面做耗时的动作，调用者线程会阻塞。Android UI操作不是线程安全的，并且这些操作必须在UI线程中执行。Android提供了几种基本的可以在其他线程中处理UI操作的方案，包括Activity的runOnUiThread(Runnable),View的post以及1.5版本的工具类AsyncTask等方案都采用了Handler，Handler的post对线程的处理也不是真正start一个新的线程，而是直接调用了线程的run方法，这正是google煞费苦心搞一套Handler的用意。

二. Handler对于Message的处理不是并发的。

一个Looper 只有处理完一条Message才会读取下一条，所以消息的处理是阻塞形式的。但是如果用不同的Looper则能达到并发的目的。Service中，onStart的执行也是阻塞的。如果一个startService在onStart执行完成之前，再次条用startService也会阻塞。如果希望能尽快的执行onStart则可以在onStart中使用handler,因为Message的send是非阻塞的。如果要是不同消息的处理也是并发的，则可以用不同的Looper实例化Handler。

三. 资源回收

向Handler对象发送类似new Message ()形式的空Message可以达到清空Message的目的，这种做法与getLooper().quit()的做法是一样的。如果利用的资源较多，应及时清理。