我的Android读书笔记——(3)Android消息机制

本文深入探讨了Android消息机制,特别是Handler的工作原理。介绍了Handler、MessageQueue和Looper如何协同工作,以及为什么不能在子线程中直接访问UI。此外还解释了消息发送和处理的过程。

《Android开发艺术探索》Android的消息机制

Android消息机制概述

Android的消息机制主要是指handler的运行机制,handler的运行需要底层的MessageQueue和Looper的支撑。MessageQueue是指消息队列他的内部存储了一组消息,一队列的形式对外提供插入和删除工作。虽然叫消息队列,但是他的内部存储结构并不是真正的消息队列,而是采用单链表的数据结构来存储消息列表。Looper会以无限循环的形式去查找是否有新消息,如果有的话就处理掉否则就一直等待着。Looper中海油一个特殊的概念那就是ThreadLocal,ThreadLocal并不是线程它的作用是可以在每个线程中存储数据。ThreadLocal可以在不同的线程中互不干扰地存储并提供数据,通过ThreadLocal可以轻松获取每个线程的Looper。当然需要注意的是,线程是默认没有Looper的,如果需要使用Handler就必须为线程创建Looper.我们经常提到的主线程,也叫UI线程,他就是ActivityThread,ActivityThread被创建时就会初始化Looper,这也是主线程中默认可以使用Handler的原因。

系统为什么不采用子线程访问UI呢?这是因为Android的UI控件不是线程安全的,如果多线程并发访问可能导致UI控件处于不可预期的状态,为什么不采用锁机制呢?首先加上锁机制会让UI访问的逻辑变得复杂,另外锁机制会降低UI访问的效率,因为锁机制会阻塞某些线程的执行。

Handler的工作过程

Handler创建完毕后,这个时候其内部的Looper以及MessageQueue就可以和Handler一起协同工作了,然后通过Handler的post方法将一个Runnable投递到Handler内部的Looper中去处理,也可以通过Handler的send方法发送一个消息,消息同样会在Looper中处理。其实post方法最终也是通过send犯法来完成的。

send方法的工作过程:当Handler的send方法被调用时,他会调用MessageQueue的enqueueMessage方法将这个消息放入消息队列中,然后Looper发现有新消息到来时就会处理这个消息,最终消息中的Runnable或者Handler的handleMessage方法就会被调用。注意Looper是运行在创建Handler所在的线程中的,这样一来Handler中的业务逻辑就会被切换到创建Handler所在的线程中去执行了。Handler的执行过程如下图所示:





评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值