一切从android的handler说起(三)之UI线程为何不卡顿

本文探讨了Android UI线程如何通过Looper和Message Queue避免卡顿,重点解析了queue.next()如何处理message,以及在没有message时如何利用epoll机制实现线程高效唤醒,确保UI响应的流畅性。

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

 阅读本文大概需要4分钟。

 

 

和小张聊到兴起,我就问了android面试界一个众所周知的问题。

 

我:之前说到每个线程的looper都在不断的从message queue里取message来处理,那android系统是如何做到“不断”二字的?

 

小张快速回到答:这个我看过一些技术文章里剖析过源码,我记得是Looper是在loop()方法里通过for(;;)死循环里的Message msg = queue.next()这句话来不断获取message queue里的下一条message。

 

我继续问道:没错,看来你的确接触过这块儿的源码,而且记忆力还挺不错啊。

 

紧接着我又问道:我们都知道在UI线程里,系统预先为我们创建了一个looper,那么UI线程里的looper这个死循环岂不是占用了所有CPU资源,一打开app岂不是卡出翔?但是我们平时用app很流畅啊,这是怎么回事啊?

 

听到这个问题,看小张脸色犯难,感觉当时小张的心情是这样的:

                                

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值