后来发现我的回答确实错了,于是通过每日一问分享给大家。
于是有了本文,我负责被打脸,小缘负责解答,我反正不会被打脸第二次了,希望大家也能更清晰的认识这一块。
问题
在我们的印象里,如果构造一个 Dialog 传入一个非 Activiy 的 context,则可能会出现 bad token exception。
今天我们就来彻底搞清楚这一块,问题来了:
1、为什么传入一个非 Activity 的 context 会出现错误?
2、传入的 context 一定要是 Activity 吗?
解答
1.先来看第二问:创建Dialog对象依赖的Context必须是Activity吗?
相信大家曾经都有遇到过需要在Application或者Service里弹出Dialog的情景,就算平时做的正式项目没有这种需求,那也应该在刚开始学习Android或者写Demo的时候试过。
所以对于这个问题,回答肯定是:不是的。
在创建Dialog对象时,context参数传Activity和传Service或Application之类的非Activity的Context对象有什么区别呢?
有经验的同学会说,想要通过非Activity对象创建并正常显示Dialog,首先必须拥有SYSTEM_ALERT_WINDOW权限,还有,在调用Dialog.show方法之前,必须把Dialog的Window的type指定为SYSTEM_WINDOW类型,比如TYPE_SYSTEM_ALERT或TYPE_APPLICATION_OVERLAY。
没有满足第一个条件的话,那肯定会报permission denied啦。
如果在show之前没有指定Window的type为SYSTEM_WINDOW类型,一样会发生BadTokenException的,message是token null is not valid; is your activity running?。
为什么会这样?
常规的Dialog的容器是Activity,所以它窗口属性的token引用的就是Activity的Token。到了WMS那边会根据这个Activity的Token来找到对应的ActivityRecord实例(其实是根据Token来查找对应的容器),然后把Dialog对应的WindowState添加到ActivityRecord里面。注意! 如果在查找容器这一步,没有找到对应实例的话,就会抛出一个BadTokenException(token null is not valid; is your activity running?)
查找容器还跟Context实例有关系吗?使用Service或Application就找不到容器,换成Activity就能找到,这是为什么?
肯定有关系啦,别忘了Dialog在show方法里是通过WindowManager来添加View的,而这个WindowManager对象就是从Context的getSystemService(WINDOW_SERVICE)方法获得的。
**重点来了:**因为Activity重写了Context的getSystemService方法,在获取的WINDOW_SERVICE的时候返回了Activity主Window的WindowManager对象。当然了,这个主Window的WindowManager对象也没有什么特别之处,只是它里面的mParentWindow指向的是主Window(其他非Activity的Context的WindowManager.mParentWindow默认都是null)。
WindowManagerGlobal在addView的时候,如果检查到mParentWindow不为null的话,就会对窗口属性(即上一个回答中说到的mWindowAttributes)的token进行赋值,它的逻辑是这样的:
-
如果窗口类型为SUB_WINDOW(即子窗口),就会把mParentWindow对应的ViewRootImpl的mWindow赋值给token(上一个回答也有相关介绍);
-
窗口类型为SYSTEM_WINDOW(系统级别的窗口,比如ANR Dialog),则不会对token进行赋值。因为普通应用的Window等级比系统Window低,所谓小庙容不下大佛;
-
窗口类型为APPLICATION_WINDOW(Activity主Window和普通的Dialog就是这个类型),会把mParentWindow的mAppToken(也就是所属Activity的mToken)赋值给token;
根据上面这个规则,可以联想到会有两种情况导致窗口属性的token为null(token为null就肯定找不到容器啦),一种是创建Dialog时传了非Activity的Context,另一种是Dialog的Window.type指定为SYSTEM_WINDOW。
为什么非要一个Token?
这是因为在WMS那边需要根据这个Token来确定Window的位置(不是说坐标),如果没有Token的话,就不知道这个窗口应该放到哪个容器上了。
那为什么把Window的type指定为SYSTEM_WINDOW类型就能找到容器了呢?
其实一样没有找到,只是在获得SYSTEM_ALERT_WINDOW权限之后,会即时创建一个WindowToken而已(ActivityRecord也是继承自WindowToken),然后会把这个新创建的WindowToken附加到特定的容器上。
来看图:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
最后
希望本文对你有所启发,有任何面试上的建议也欢迎留言分享给大家。
好了,今天的分享就到这里,如果你对在面试中遇到的问题,或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己,对于自己的未来还不够了解不知道给如何规划,可以加一下下面的技术群。来看看同行们都是如何突破现状,怎么学习的,来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。
这里放一下资料获取方式:GitHub
好了~如果你看到了这里,觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言。一定会认真查询,修正不足。谢谢。
[外链图片转存中…(img-1FEjfUTz-1710571676261)]
好了~如果你看到了这里,觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言。一定会认真查询,修正不足。谢谢。
[外链图片转存中…(img-1IB6nGyQ-1710571676262)]
为什么某些人会一直比你优秀,是因为他本身就很优秀还一直在持续努力变得更优秀,而你是不是还在满足于现状内心在窃喜!希望读到这的您能点个小赞和关注下我,以后还会更新技术干货,谢谢您的支持!