Android中的Handler机制

本文深入解析Android中消息机制的工作原理,包括点击事件触发、进程创建、主线程Looper循环、消息队列管理及Handler机制,揭示应用程序如何通过消息传递实现线程间的高效通信。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

       当用户点击某个应用图标时其实是触发了launcher程序的一个控件点击事件,launcher响应点击事件后会通过zygoat进程为新的程序fork一个子进程从而为它分配一个独立的jvm,jvm程序启动后会调用入口函数main方法,而这个方法就在ActivityThread中这个方法所在的线程就是主线程,在这个方法里通过Looper.prepareMainLooper()创建了主线程的Looper对象,通过looper.loop()开始的一个死循环,使应用进入到运行状态,主线程的Looper在loop里不断地从messageQueen中取消息,而这个消息中就包含了消息发送者的handler引用和消息数据等信息,主线程的Looper拿到message中的handler(这个Handler必须是主线程中创建的),然后通过msg.target.dispatchMessage方法把消息发送出去,然后handler判断msg中是否有runnable类型的calllback,没有就调用onMessage(调用者的Handler子类重写),有就调用handleCallback()在这个方法里直接调用runnable的run方法,从而完成消息的接收与处理。而消息的发送是外界通过实例化一个自己的Handler(子线程创建时要指定成主线程的Handler)然后调用sendMessage()(需要创建message对象)或者调用postMessage()(无需创建message,传递一个runnable,方法内部自动创建并将callback放到message上)方法,这些方法最终会调用到postMessageAtTime()方法,这个方法就会调用enqueuenMessage()方法为message对象赋值,把调用者new出来的Handler赋值给target,把runnable(如果有)赋给r,(这里也是Handler引起内存泄露的根源所在,如果调用者new了一个匿名内部类的Handler,这个Handler就会持有Activty的引用,而这个handler又被messageQueen的message所持有,如果这个消息还未被消费之前Activity就退出了,就会导致Activity仍然被对象持有从而无法被gc回收导致内存泄露)最后调用messageQueen的enqueuen()方法把消息加入队列(优先级队列,会通过时间进行排序),等待主线程去处理,自此Handler的整个流程就贯通了,这个模型就是典型的消费者生产者模式,消息队列是资源,主线程开一个Looper来消费资源,子线程生产的资源通过Handler和Message进行包装放到消息队列,从而协调工作

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值