Android老司机被打脸！Dialog 对应的 Context 必须是 Activity吗？_dialog创建的context 是activity 还是application

2401_84122782

于 2024-04-30 12:21:52 发布

阅读量544

点赞数 36

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/2401_84122782/article/details/138341500

版权

程序员专栏收录该内容

473 篇文章 2 订阅

订阅专栏

打脸记录：

**A：**Dialog传入的上下文必须为Activity这对么
**我：**这个对呀，需要activity的token
**A：**可以说对，但是也没那么对。我传入Dialog的context-直都没用activity
**我：**那第一个dialog的context应该是需要activity的
**A：**没有Activity的应用-样是可以显示Dialog的，setType(WindowManager.LayoutParams.TYPE_ SYSTEM_ ALERT)
**我：**嗯…学到了，我要总结下，发个文章。

后来发现我的回答确实错了，于是通过每日一问分享给大家。

于是有了本文，我负责被打脸，小缘负责解答，我反正不会被打脸第二次了，希望大家也能更清晰的认识这一块。

问题

在我们的印象里，如果构造一个 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附加到特定的容器上。

来看图：