View.post() 不靠谱的地方你知道多少

一、前言

有时候,我们会需要用到 View.post() 方法,来将一个 Runnable 发送到主线程去执行。这一切,看似很美好,它最终会通过一个 Handler.post() 方法去执行,又避免我们重新定义一个 Handler 对象。

但是,从 Android 7.0(Api level 24) 开始,View.post() 将不再那么靠谱了,你 post() 出去的 Runnable ,可能永远也不会有机会执行到。

二、post 在 7.0 的差异

2.1 post 方法的差异

前面提到,这个问题只出现在 Android 7.0 上。那么就先从源码分析 Android 7.0 到底对 View.post() 做了什么改动。

用 Diff 看一下它们的差异,左边是 Api Level 24+(以下简称 Api24) 的代码,右边是 Api level 23-(以下简称 Api23) 的代码。

很明显的可以看出来,它们只有在 mAttachInfo 为 null 的时候,执行的逻辑才会有差异。

Api24 中,会调用 getRunQueue().post(action),而 Api23 会调用 ViewRootImpl.getRunQueue().post(action) 方法,他们的差异就在这里。

2.2 Api23 post 的细节

先简单理解一下,ViewRootImpl 是什么。

ViewRootImpl 可以理解是一个 Activity 的 ViewTree 的根节点的实例。每个 ViewRootImpl 就是用来管理 DecorView 和 ViewTree。

ViewRootImpl 中的用来承载 Runnable 的队列是 sRunQueues ,它一个静态的变量,也就是说在 App 的生命周期内,ViewRootImpl 中的这个消息队列都是同一个。

再来看看前面提到的 ViewRootImpl.getRunQueue().post() 到底干了什么?

post() 方法只是单纯的将它包装成一个 HandlerAction 对象,然后放入 mActions 这个 ArrayList 中。继续追查下去就需要知道 mActions 中添加的 HandlerAction 在何时被消费掉了。

消费 HandlerAction 的地方,是 executeActions() 方法。

它最终,还是调用的 handler.postDelayed() ,这没什么好说的,关键点在于 executeAction() 方法,是在什么时候被调用的。

executeAction() 是被 TraversalRunnable 调用 doTraversa() ,在doTraversa() 方法中,进行调用的。而 TraversalRunnable 又是通过 Choreographer.postCallBack() 去循环调用的。这个 Choreographer 通过 doScheduleCallback() 发送一个 MSG_DO_SCHEDULE_CALLBACK 类型的消息循环调用,间隔就是一个 VSync 的间隔。

关于 Choreographer ,不是本文的重点,有兴趣可以单独了解一下。

所以,在 Api23 以下,executeAction() 是会被循环调用,基本上其内的 mActions 只要有未执行的 Runnable 立刻就会被消费掉。

所以在 Api23 以下的设备上,View.post() 基本上是靠谱的,post 出去的 Runnable 都会有机会执行到。

2.3 Api24 的细节

再来看看在 Api24 中的实现细节,在 Api24 中,调用的是 getRunQueue().post() 方法,它操作的是一个 HandlerActionQueue 对象。

内部的结构其实和 Api23 很像,也是维护了一个 HandlerAction 的数组 mActions 。

最终消费掉 mActions 的地方,依然是一个 executeActions() 方法。

回到根本的问题,executeActions() 方法在什么时机会被调用到,继续追查可以看到它在 View.dispatchAttachedToWindow() 方法中,会被调用。

既然,executeActions() 方法,在 Api24 及以上,只会在 dispatchAttachedToWindow() 的方法中,才有机会被调用到,而 View.dispatchAttachedToWindow() 方法,只有在这个 View 通过 addView() 等方法,加入到一个 ViewGroup 的时候,才会被调用到。这就导致写在 Layout 布局中的控件,是不会有机会再调用 addView() 方法的,所以它永远也得不到执行。这也就到时了 Api24 下,View.post() 表现的现象不一致的缘故。

三、小结

View.post() 方法,在不同版本的差异,根本原因还是在于 Api23 和 Api24 中,executeActions() 方法的调用时机不同,导致 View 在没有 mAttachInfo 对象的时候,表现不一样了。

所以我们在使用的过程中需要慎用,区分出实际使用的场景,一般规范自己的代码即可:

在 View 已经被显示出来之后,再调用 View.post() 方法(这个时候 mAttachInfo 已经不为空了)。

尽量避免使用 View.post() 方法,可以直接使用 Handler.post() 方法来替代。

总结

以上所述是小编给大家介绍的View.post() 不靠谱的地方,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对我们网站的支持!

(0)

相关推荐

  • android中Invalidate和postInvalidate的更新view区别

    Android中实现view的更新有两组方法,一组是invalidate,另一组是postInvalidate,其中前者是在UI线程自身中使用,而后者在非UI线程中使用. Android提供了Invalidate方法实现界面刷新,但是Invalidate不能直接在线程中调用,因为他是违背了单线程模型:Android UI操作并不是线程安全的,并且这些操作必须在UI线程中调用. Android程序中可以使用的界面刷新方法有两种,分别是利用invalidate和利用postInvalidate()来

  • 通过Ajax手动解决WordPress WP-PostViews不计数的问题

    某个网站开启了Memcached,并安装了WP-PostViews,但是不知道咋滴文章的浏览计数不起作用了. 在经过一番摸索之后,发现WP-PostViews是通过ajax发送请求来计数的.再一看出问题的那个网站,根本就发送这个请求. 在经过一番wordpress后台设置和插件摸索后,还是没找到原因. 无奈,使出最终杀手锏,自己手动添加这个请求的script,添加到页面底部,代码如下: <?php if (is_singular()) : ?> <!-- ajax post view -

  • View.post() 不靠谱的地方你知道多少

    一.前言 有时候,我们会需要用到 View.post() 方法,来将一个 Runnable 发送到主线程去执行.这一切,看似很美好,它最终会通过一个 Handler.post() 方法去执行,又避免我们重新定义一个 Handler 对象. 但是,从 Android 7.0(Api level 24) 开始,View.post() 将不再那么靠谱了,你 post() 出去的 Runnable ,可能永远也不会有机会执行到. 二.post 在 7.0 的差异 2.1 post 方法的差异 前面提到,

  • 据Python爬虫不靠谱预测可知今年双十一销售额将超过6000亿元

    不知不觉,双十一到今年已经是13个年头,每年大家都在满心期待看着屏幕上的数字跳动,年年打破记录.而 2019 年的天猫双11的销售额却被一位微博网友提前7个月用数据拟合的方法预测出来了.他的预测值是2675.37或者2689.00亿元,而实际成交额是2684亿元.只差了5亿元,误差率只有千分之一. 但如果你用同样的方法去做预测2020年的时候,发现预测是3282亿,实际却到了 4982亿.原来2020改了规则,实际上统计的是11月1到11日的销量,理论上已经不能和历史数据合并预测,但咱们就为了图

  • Android View与Compose互相调用实例探究

    目录 1. 前言 2. Android传统View调用Compose 2.1 新建传统View体系的Android项目 2.2 项目添加Compose配置 2.2.1 在android代码块添加 2.2.2 在dependencies中添加依赖 2.3 定义Compose函数 2.4 修改xml文件 2.5 关联Compose函数 2.6 运行项目 3. Compose中调用Android View 3.1 调用传统View的日历 3.1.1 使用AndroidView 3.1.2 显示效果如下

  • AsyncTask陷阱之:Handler,Looper与MessageQueue的详解

    AsyncTask的隐蔽陷阱先来看一个实例这个例子很简单,展示了AsyncTask的一种极端用法,挺怪的. 复制代码 代码如下: public class AsyncTaskTrapActivity extends Activity {    private SimpleAsyncTask asynctask;    private Looper myLooper;    private TextView status; @Override    public void onCreate(Bun

  • 微信小程序页面传值实例分析

    微信小程序页面传值实例分析 最近组里开发小程序,遇到了一个前端亘古不变的话题:页面传值 刚开始使用路径传参解决,但是众所周知: 各浏览器HTTP Get请求URL最大长度并不相同,几类常用浏览器最大长度及超过最大长度后提交情况如下: IE6.0 :url最大长度2083个字符,超过最大长度后无法提交. IE7.0 :url最大长度2083个字符,超过最大长度后仍然能提交,但是只能传过去2083个字符. firefox 3.0.3 :url最大长度7764个字符,超过最大长度后无法提交. Oper

  • 详解在WebStorm中添加Vue.js单文件组件的高亮及语法支持

    本文介绍了详解在WebStorm中添加Vue.js单文件组件的高亮及语法支持,分享给大家,具体如下: 一个小遗憾 能来看这篇文章的想必不用我来介绍vue是什么了.先让我们膜拜大神!vue项目的创建者尤大写了个sublime下语法高亮的插件,有人问他how about webstorm support?他是这么回答的.默哀一分钟. 添加高亮和语法支持 这个我是通过插件来实现的.网上目前有两个插件: 插件1:https://github.com/henjue/vue-for-idea 插件2:htt

  • SQL注入绕过的技巧总结

    前言 sql注入在很早很早以前是很常见的一个漏洞.后来随着安全水平的提高,sql注入已经很少能够看到了.但是就在今天,还有很多网站带着sql注入漏洞在运行.稍微有点安全意识的朋友就应该懂得要做一下sql注入过滤. SQL注入的绕过技巧有很多,具体的绕过技巧需要看具体的环境,而且很多的绕过方法需要有一个实际的环境,最好是你在渗透测试的过程中遇到的环境,否则如果仅仅是自己凭空想,那显然是不靠谱的.这篇文章就是总结我在遇到的CTF题目或者是渗透环境的过程中,所使用到的sql注入的绕过技巧,这篇文章随着

  • vue用addRoutes实现动态路由的示例

    之前在基于Vue实现后台系统权限控制一文中提到路由权限的实现思路,因为不喜欢在每次路由跳转的before钩子里做判断,所以在初始化Vue实例前对路由做了筛选,再用实际路由初始化Vue实例,代价是登录页需要从Vue实例中独立出来,实现上倒没什么问题,不过这种做法需要在登录和首页之间通过url跳转,感觉总是不太"优雅",实际上只要能在登录后动态修改当前实例的路由就行了,之前确实没办法,但vue-router 2.2版本新增了一个router.addRoutes(routes)方法,让动态路

  • 微信小程序页面开发注意事项整理

    小程序的开发注意事项: 1.js文件 每个页面对应的js文件可以定义页面onReady,onLoad,onShow,onHide,onUnload,还有页面的数据,自定义的函数要写到一块,内部约定是都写到默认函数的后面.既"页面中先data,再默认函数,再自定义函数"方便review code,提高协作效率. 2.json文件 默认不能为空,即使没有内容也要为空数据{},原先定义在app.json中的内容,如果需要在当前页面中重新定义,那么只要把内容复制过来,直接赋新值即可,用于设置小

  • ASP.NETWeb服务器验证控件如何使用

    什么是验证控件? 希望用户输入正确的类型的数据,为了验证用户输入是否满足要求,必须对输入的值.范围或格式进行检查. .NET中验证控件在哪里? 在工具箱的验证分组里. 常用的ASP.NET控件几个?分别是什么? 1)CompareValidator控件:与给定值比较. 2)CustomValidator控件:用户自己定制校验逻辑 3)RangeValidator控件:检查控件的值是否在给定的有效范围内. 4)RegularExpressValidator控件:使用正则表达式验证用户输入的数据是否

随机推荐