PS：本文系转载文章，阅读原文可读性会更好，文章末尾有原文链接
PS：本文是基于 Android Api 26 来分析源码的。1、Dialog 的 Window 是在哪里创建的？Dialog 的 Window 是在什么地方创建的呢？我们来看看 Dialog 的一个构造方法，那就是 Dialog(@NonNull Context context, @StyleRes int themeResId, boolean createContextThemeWrapper) 方法；
看到注释1中的代码没有，它创建了一个 Window，而这个 Window 的实现类是 PhoneWindow，它跟 Activity 一样也是用 PhoneWindow 作为自己的 Window；好，那既然有 Window，那就必然有 View 显示出来对不对？那我们看看这个 Dialog 的 PhoneWindow 是如何加载 View 的，我们看一下 Dialog 其中一个加载 View 的方法 setContentView(@LayoutRes int layoutResID)；
mWindow 就是 Window，而 Window 的实现类是 PhoneWindow，所以我们往下看 PhoneWindow 的 setContentView(@LayoutRes int layoutResID) 方法；
看到 PhoneWindow 的 setContentView(@LayoutRes int layoutResID) 方法没有，Activity 的 setContentView(@LayoutRes int layoutResID) 方法解析 View 过程和 Dialog 的 setContentView(@LayoutRes int layoutResID) 方法解析 View 过程是一样的，所以就不在对 PhoneWindow 的 setContentView(@LayoutRes int layoutResID) 方法进行分析了，可以看Android中AppCompatActivity的setContentView方法分析这篇文章进行理解它。2、我们在平时开发的时候是否遇到这样的一个问题：如果 Dialog 使用的 Context 不是 Activity 的而是 Application 的，那么就会报错。好，为了更好的理解，我们先上一段简单的代码；
把 app 运行一下，发现报了如下错误；
这里报错的原因是没有应用 token 所导致的，应用 token 一般只有 Activity 才拥有，所以这里只用用 Activity 的 Context 来作为 Dialog 的就可以了；这里因为 Appliation 的 token 是空的，而 Dialog 一开始创建 Winow 的时候 token 要是空的；我们来看一下 Dialog 的一个构造方法，那就是 Dialog(@NonNull Context context, @StyleRes int themeResId, boolean createContextThemeWrapper)；
看注释3的代码，第二个参数是不是 null，那就说明 Dialog 的 token 为 null 了；Dialog 的窗口类型为 TYPE_APPLICATION 类型的，要求必需是 Activity 的 Token，不是的话系统会抛出 BadTokenException 异常；Dialog 是应用窗口类型，Token 必须是 Activity 的 Token；我们看一下注释2的代码，假设 context 是 Activity，看 getSystemService 方法的传入的是 Context.WINDOW_SERVICE，好，我们看一下 Activity 的 getSystemService方法；
看注释4的代码，nam 为 Context.WINDOW_SERVICE，所以返回的是 mWindowManager ，而 mWindowManager 的实现类是 WindowManagerImpl；那 Activity 是在什么时候设置 token 的呢？答案是在 Activity 的 attach方法；
看到注释5的代码没，第二个参数就是 Activity 的 token ，好，我们往下看 Window 的 setWindowManager方法；
注释6的代码，只是将 token 保存到 Activity 的 Window 中；看注释7的代码，这里的 this 指的是 Activity 的 PhoneWindow；好，我们往下看 WindowManagerImpl 的 createLocalWindowManager方法；
WindowManagerImpl 的 createLocalWindowManager 方法又调用了 WindowManagerImpl(Context context, Window parentWindow)方法；
mParentWindow是什么？一看这名字就知道肯定是某个 Window 的父 Window，也就是说 Activity 的 Window 是某个 Window 的父 Window；那什么时候 Activity 的 token 给了 Dialog 呢？我们看一下 Dialog 的 show 方法；
注释9代码其实就是显示 Dialog 的 View 过程，并将 mShowing 置为 true，表示 View 正在显示；好，我们看看注释9代码的实现，mWindowManager 是 WindowManagerImpl，我们看看 addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params)方法；
注释10中的 mParentWindow是 Activity 的 PhoneWindow（如果 mContext 是 Activity 的话），mGlobal 是 WindowManagerGlobal，我们看一下 WindowManagerGlobal 的 addView(View view, ViewGroup.LayoutParams params, Display display, Window parent-Window)方法；
看注释11的代码，parentWindow 就是 Activity 的 PhoneWindow，所以执行到 Window 的 adjustLayoutParamsForSubWindow(WindowMana-ger.LayoutParams wp)方法；
看到注释12的代码没有，decor本质上是 Activity 中 PhoneWindow 的 DecorView，decor 拿到的是 mAttachInfo.mWindowToken ，而 mAttachInfo.mWindowToken正是 Activity 中 PhoneWindow 的 token，所以在 Dialog 的 show 过程其实也将 Activity 的 token 赋值给了 Dialog。我们上面不是提到过 Dialog 的 Window 是 TYPE_APPLICATION 类型的窗口吗？怎么证明它是？好，我们回过头来看注释8的代码，也就是 Dialog 的 PhoneWindow 的 getAttributes方法，它在 Window 中实现的；
mWindowAttributes 是什么，我们看看 mWindowAttributes的声明；
我们看看 WindowManager.LayoutParams 的无参构造方法；
看到注释13的代码没有，Window 默认使用的 type 是 TYPE_APPLICATION，而 Dialog 的 Window 没有改变 type，所以 Dialog 的 Window 是 TYPE_APPLICATION 类型的窗口。最后我们看一下 Dialog 的 dismiss 方法的实现；
看注释14，如果当前线程是主线程，那么直接执行 dismissDialog 方法；看注释15，如果不是主线程，那么就切换到主线程去执行；好，我们继续看 Dialog 的 dismissDialog方法；
看注释16代码，最终将 DecorView 从 PhoneWindow 中删除就完事了。
相关文章
