Android之Handler
注:知识均来源于朋友、网上、书本及本人理解
关键词
为什么要用Handler?
- 子线程不能更改主线程的UI
- 一般来说,所有显示在界面上的控件,都是由主线程创建的
- 每个主线程都有一个Handler,Handler运行在主线程里,它与了线程可以通过Message对象来传递数据
Handler原理
主线程里都维护了一个消息对列(message queue),子线程通过Message实例设置消息内容,通过主线程里的Handler实例把消息发送到消息队列(message queue),在主线程里还有一个轮循器(looper)在检查消息对列里有没有新的消息,一旦发现有新的消息,looper就会交给Handler对象处理,Handler则调用自己的回调函数HandlerMessage来更新UI或者其它操作。
Handler作用
- 安排消息或Runnable 在某个主线程中某个地方执行
- 安排一个动作在不同的线程中执行
Handler发送Message对象的例子
布局文件.xml
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
Activity代码:
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
注意:--->转
一.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()的做法是一样的。如果利用的资源较多,应及时清理。