前段时间遇到一个问题:怎么获取对话框的视图层级?
对话框不属于当前的Activity所在的window里面。所以通过监听当前window的状态改变是无法实现的。于是准备挖掘一番。
首先看看Dialog的构造方法,发现的确是新建了一个PhoneWindow,并赋值给成员变量mWindow,同时将系统WindowManager赋值给mWindow,如下图源码片段:
然后,再看一下Dialog的show方法,会发现如果mDecor不为空时,是直接设置其可见性
如果mDecor不为空,则对mDevor赋值为window的DecorView实例
所以首次调用show方法的情形是这样的
发现会调用到WindowMannager的addView方法,说明此时才是将Dialog的视图添加到window里面,接着往下看,发现WindowMannager是一个接口,继承的ViewManager,addView方法也是Viewmanager的。于是需要找到WindowManager的实现类。我们先看Context.getSystemService方法。
查看Context源码,发现只是一个接口。而我们通常调用该方法时,Context对象一般是Activity或者Application,我们先看看Application的源码。
我们发现Application是集继承自ContextWrapper,从类名上可以看出ContextWrapper是对Context的包装类,而且在Application中也的确没有找到getSystemService的具体实现,自然是需要看看ContextWrapper
通过源码我们发现,ContextWrapper只是包装类,最终的实现全部是由mBase来实现,mBase的赋值主要是在构造器和attachBaseContext方法中,然后我们回去继续看Application的源码。
这里非常有意思,Applicaton的构造器是调用了参数为null的ContextWrapper的父类构造器,所以此时mBase是null,也就是只剩下在attachBaseContext中对mBase赋值了。。
整个Applicaton中只有此处调用了attachBaseContext,而且还是个隐藏Api.线索貌似到这里就断了~~(因为需要看Application的创建过程,不在本次议题中…),但是我们看到了一个新的类ContextImpl,不妨进去看看。
果然看到了我们想要的东西,当然是继续了呀。。
看描述,果然是一个强大的类。
此处就是ContextImpl中调用的方法。
SYSTEM_SERVICE_FETCHERS是一个static final类型的HashMap。在registerService的时候put一个对应serviceName的serviceFetcher。
而注册方法是一个private static的方法,也就是在类的静态代码段中调用的,这里面注册了一系列的系统服务~~我们找找WindowManager对应的服务。
找到了。原来WindowManager最终的实现是WindowManagerImpl.
(是不是源码从一路找过来比百度更有意思!)
然后我们回到最初的问题:WindowManager的addView方法:
又是调用到其他的地方去了。去mGlobal一探究竟。。
单例。。突破口貌似有了。继续看看WindowManagerGlobal的addView方法的具体实现
这里就简单了。。就是将view对象添加到mViews里。。
mViews是一个ArrayList。
到这里。。我们就可以尝试去解决我们前面提到的问题了。
先来看看代码怎么写。这里自定义了一个ArrayList,来实现对窗口的改变。当新窗口中有一个ID为test_text的TextView时,我们把其类容设置为hook
当然为了不影响系统本身的调用。。需要调用原始的ArrayList对应的方法。
下面是我们自定义Dialog的布局。重点是ID为test_text的TextView.
我们在Activtiy的onCreate方法中去Hook一下。。
hookWindowManagerGloabal具体代码:
然后我们试试弹出Dialog
最终效果是:
![](https://img-blog.csdnimg.cn/20190326115942945.gif)
可以看到,Dialog中的TextView的内容已经改变了。。
事实上,WindowManagerGlobal还有视图移除、视图更新等方法。我们可以在应用初始化时,去监听对应的window变化。。从而实现全局的静默监听窗口的视图变化。
文章虽然是解决Window视图变化,但是探究了一次系统服务的注册逻辑。相信对这块不是很清楚的同学有些帮助。。。