Android应用程序窗口（Activity）的运行上下文环境（Context）的创建过程分析

文章转载至CSDN社区罗升阳的安卓之旅，原文地址：http://blog.csdn.net/luoshengyang/article/details/8201936

在前文中，我们简要介绍了Android应用程序窗口的框架。Android应用程序窗口在运行的过程中，需要访问一些特定的资源或者类。这些特定的资源或者类构成了Android应用程序的运行上下文环境，Android应用程序窗口可以通过一个Context接口来访问它，这个Context接口也是我们在开发应用程序时经常碰到的。在本文中，我们就将详细分析Android应用程序窗口的运行上下文环境的创建过程。

在前面Android应用程序窗口（Activity）实现框架简要介绍和学习计划一文中提到，Android应用程序窗口的运行上下文环境是通过ContextImpl类来描述的，即每一个Activity组件都关联有一个ContextImpl对象。ContextImpl类继承了Context类，它与Activity组件的关系如图1所示：

图1 ContextImpl类与Activity类的关系图

这个类图在设计模式里面就可以称为装饰模式。Activity组件通过其父类ContextThemeWrapper和ContextWrapper的
成员变量mBase来引用了一个ContextImpl对象，这样，Activity组件以后就可以通过这个ContextImpl对象来执行一些具体的
操作，例如，启动Service组件、注册广播接收者和启动Content Provider组件等操作。同时，ContextImpl类又通过自己的成员变量mOuterContext来引用了与它关联的一个Activity组件，这样，ContextImpl类也可以将一些操作转发给Activity组件来处理。

在前面Android应用程序启动过程源代码分析一
文中，我们已经详细分析过一个Activity组件的启动过程了。在这个启动过程中，最后一步便是通过ActivityThread类的成员函数
performLaunchActivity在应用程序进程中创建一个Activity实例，并且为它设置运行上下文环境，即为它创建一个
ContextImpl对象。接下来，我们就从ActivityThread类的成员函数performLaunchActivity开始，分析一个
Activity实例的创建过程，以便可以从中了解它的运行上下文环境的创建过程，如图2所示：

图2 Android应用程序窗口的运行上下文环境的创建过程

这个过程一共分为10个步骤，接下来我们就详细分析每一个步骤。

Step 1. ActivityThread.performLaunchActivity

[java] view plaincopy

  1. public final class ActivityThread {
  2. ......
  3. Instrumentation mInstrumentation;
  4. ......
  5. private final Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
  6. ......
  7. ComponentName component = r.intent.getComponent();
  8. ......
  9. Activity activity = null;
  10. try {
  11. java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
  12. activity = mInstrumentation.newActivity(
  13. cl, component.getClassName(), r.intent);
  14. ......
  15. } catch (Exception e) {
  16. ......
  17. }
  18. try {
  19. Application app = r.packageInfo.makeApplication(false, mInstrumentation);
  20. ......
  21. if (activity != null) {
  22. ContextImpl appContext = new ContextImpl();
  23. ......
  24. appContext.setOuterContext(activity);
  25. ......
  26. Configuration config = new Configuration(mConfiguration);
  27. ......
  28. activity.attach(appContext, this, getInstrumentation(), r.token,
  29. r.ident, app, r.intent, r.activityInfo, title, r.parent,
  30. r.embeddedID, r.lastNonConfigurationInstance,
  31. r.lastNonConfigurationChildInstances, config);
  32. ......
  33. mInstrumentation.callActivityOnCreate(activity, r.state);
  34. ......
  35. }
  36. ......
  37. } catch (SuperNotCalledException e) {
  38. ......
  39. } catch (Exception e) {
  40. ......
  41. }
  42. return activity;
  43. }
  44. }

这个函数定义在文件frameworks/base/core/java/android/app/ActivityThread.java中。

要启动的Activity组件的类名保存在变量component。有了这个类名之后，函数就可以调用ActivityThread类的成员变量
mInstrumentation所描述一个Instrumentation对象的成员函数newActivity来创建一个Activity组件实例
了，并且保存变量activity中。Instrumentation类是用来记录应用程序与系统的交互过程的，在接下来的Step
2中，我们再分析它的成员函数newActivity的实现。

创建好了要启动的Activity组件实例之后，函数接下来就可以对它进行初始化了。初始化一个Activity组件实例需要一个Application
对象app、一个ContextImpl对象appContext以及一个Configuration对象config，它们分别用来描述该
Activity组件实例的应用程序信息、运行上下文环境以及配置信息。这里我们主要关心运行上下文环境的创建过程，即ContextImpl对象
appContext的创建过程，这个过程我们在接下来的Step 4中再分析。

ContextImpl对象appContext创建完成之后，函数就会调用它的成员函数setOuterContext来将与它所关联的
Activity组件实例activity保存在它的内部。这样，ContextImpl对象appContext以后就可以访问与它所关联的
Activity组件的属性或者方法。在接下来的Step 5中，我们再分析ContextImpl类的成员函数setOuterContext的实现。

接着，函数就调用Activity组件实例activity的成员函数attach来将前面所创建的ContextImpl对象appContext以及
Application对象app和Configuration对象config保存在它的内部。这样，Activity组件实例activity就可以
访问它的运行上下文环境信息了。在接下来的Step 6中，我们再分析Activity类的成员函数attach的实现。

最后，函数又通过调用ActivityThread类的成员变量mInstrumentation所描述一个Instrumentation对象的成员函
数callActivityOnCreate来通知Activity组件实例activity，它已经被创建和启动起来了。在接下来的Step
9中，我们再分析它的成员函数callActivityOnCreate的实现。

接下来，我们就分别分析Instrumentation类的成员函数newActivity、ContextImpl类的构造函数以及成员函数
setOuterContext、Activity类的成员函数attach和Instrumentation类的成员函数
callActivityOnCreate的实现。

Step 2. Instrumentation.newActivity

[java] view plaincopy

  1. public class Instrumentation {
  2. ......
  3. public Activity newActivity(ClassLoader cl, String className,
  4. Intent intent)
  5. throws InstantiationException, IllegalAccessException,
  6. ClassNotFoundException {
  7. return (Activity)cl.loadClass(className).newInstance();
  8. }
  9. ......
  10. }

这个函数定义在文件frameworks/base/core/java/android/app/Instrumentation.java中。

参数cl描述的是一个类加载器，而参数className描述的要加载的类。以className为参数来调用cl描述的是一个类加载器的成员函数
loadClass，就可以得到一个Class对象。由于className描述的是一个Activity子类，因此，当函数调用前面得到的Class对
象的成员函数newInstance的时候，就会创建一个Activity子类实例。这个Activity实例就是用来描述在前面Step
1中所要启动的Activity组件的。

Activity子类实例在创建的过程，会调用父类Activity的默认构造函数，以便可以完成Activity组件的创建过程。

Step 3. new Activity

Activity类定义在文件frameworks/base/core/java/android/app/Activity.java中，它没有定义
自己的构造函数，因此，系统就会为它提供一个默认的构造函数。一般来说，一个类的构造函数是用来初始化该类的实例的，但是，系统为Activity类提供
的默认构造函数什么也不做，也就是说，Activity类实例在创建的时候，还没有执行实质的初始化工作。这个初始化工作要等到Activity类的成员
函数attach被调用的时候才会执行。在后面的Step
6中，我们就会看到Activity类的成员函数attach是如何初始化一个Activity类实例的。

这一步执行完成之后，回到前面的Step
1中，即ActivityThread类的成员函数performLaunchActivity中，接下来就会调用ContextImpl类的构造函数来
创建一个ContextImpl对象，以便可以用来描述正在启动的Activity组件的运行上下文信息。

Step 4. new ContextImpl

[java] view plaincopy

  1. class ContextImpl extends Context {
  2. ......
  3. private Context mOuterContext;
  4. ......
  5. ContextImpl() {
  6. // For debug only
  7. //++sInstanceCount;
  8. mOuterContext = this;
  9. }
  10. ......
  11. }

这个函数定义在文件frameworks/base/core/java/android/app/ContextImpl.java中。

ContextImpl类的成员变量mOuterContext的类型为Context。当一个ContextImpl对象是用来描述一个
Activity组件的运行上下文环境时，那么它的成员变量mOuterContext指向的就是该Activity组件。由于一个
ContextImpl对象在创建的时候，并没有参数用来指明它是用来描述一个Activity组件的运行上下文环境，因此，这里就暂时将它的成员变量
mOuterContext指向它自己。在接下来的Step
5中，我们就会看到，一个ContextImpl对象所关联的一个Activity组件是通过调用ContextImpl类的成员函数
setOuterContext来设置的。

这一步执行完成之后，回到前面的Step
1中，即ActivityThread类的成员函数performLaunchActivity中，接下来就会调用ContextImpl类的成员函数
setOuterContext来设置前面所创建一个ContextImpl对象所关联的一个Activity组件，即正在启动的Activity组件。

Step 5. ContextImpl.setOuterContext

[java] view plaincopy

  1. class ContextImpl extends Context {
  2. ......
  3. private Context mOuterContext;
  4. ......
  5. final void setOuterContext(Context context) {
  6. mOuterContext = context;
  7. }
  8. ......
  9. }

这个函数定义在文件frameworks/base/core/java/android/app/ContextImpl.java中。

参数context描述的是一个正在启动的Activity组件，ContextImpl类的成员函数setOuterContext只是简单地将它保存
在成员变量mContext中，以表明当前正在处理的一个ContextImpl对象是用来描述一个Activity组件的运行上下文环境的。

这一步执行完成之后，回到前面的Step
1中，即ActivityThread类的成员函数performLaunchActivity中，接下来就会调用Activity类的成员函数
attach来初始化正在启动的Activity组件，其中，就包括设置正在启动的Activity组件的运行上下文环境。

Step 6. Activity.attach

[java] view plaincopy

  1. public class Activity extends ContextThemeWrapper
  2. implements LayoutInflater.Factory,
  3. Window.Callback, KeyEvent.Callback,
  4. OnCreateContextMenuListener, ComponentCallbacks {
  5. ......
  6. private Application mApplication;
  7. ......
  8. /*package*/ Configuration mCurrentConfig;
  9. ......
  10. private Window mWindow;
  11. private WindowManager mWindowManager;
  12. ......
  13. final void attach(Context context, ActivityThread aThread,
  14. Instrumentation instr, IBinder token, int ident,
  15. Application application, Intent intent, ActivityInfo info,
  16. CharSequence title, Activity parent, String id,
  17. Object lastNonConfigurationInstance,
  18. HashMap<String,Object> lastNonConfigurationChildInstances,
  19. Configuration config) {
  20. attachBaseContext(context);
  21. mWindow = PolicyManager.makeNewWindow(this);
  22. mWindow.setCallback(this);
  23. if (info.softInputMode != WindowManager.LayoutParams.SOFT_INPUT_STATE_UNSPECIFIED) {
  24. mWindow.setSoftInputMode(info.softInputMode);
  25. }
  26. ......
  27. mApplication = application;
  28. ......
  29. mWindow.setWindowManager(null, mToken, mComponent.flattenToString());
  30. ......
  31. mWindowManager = mWindow.getWindowManager();
  32. mCurrentConfig = config;
  33. }
  34. ......
  35. }

这个函数定义在文件frameworks/base/core/java/android/app/Activity.java中。

函数首先调用从父类ContextThemeWrapper继承下来的成员函数attachBaseConext来设置运行上下文环境，即将参数
context所描述的一个ContextImpl对象保存在内部。在接下来的Step
7中，我们再分析ContextThemeWrapper类的成员函数attachBaseConext的实现。

函数接下来调用PolicyManager类的静态成员函数makeNewWindow来创建了一个PhoneWindow，并且保存在
Activity类的成员变量mWindow中。这个PhoneWindow是用来描述当前正在启动的应用程序窗口的。这个应用程序窗口在运行的过程中，
会接收到一些事件，例如，键盘、触摸屏事件等，这些事件需要转发给与它所关联的Activity组件处理，这个转发操作是通过一个
Window.Callback接口来实现的。由于Activity类实现了Window.Callback接口，因此，函数就可以将当前正在启动的
Activity组件所实现的一个Window.Callback接口设置到前面创建的一个PhoneWindow里面去，这是通过调用Window类的
成员函数setCallback来实现的。

参数info指向的是一个ActivityInfo对象，用来描述当前正在启动的Activity组件的信息。其中，这个ActivityInfo对象的
成员变量softInputMode用来描述当前正在启动的一个Activity组件是否接受软键盘输入。如果接受的话，那么它的值就不等于
WindowManager.LayoutParams.SOFT_INPUT_STATE_UNSPECIFIED，并且描述的是当前正在启动的
Activity组件所接受的软键盘输入模式。这个软键盘输入模式设置到前面所创建的一个PhoneWindow对象内部去，这是通过调用Window类
的成员函数setSoftInputMode来实现的。

在Android系统中，每一个应用程序窗口都需要由一个窗口管理者来管理，因此，函数再接下来就会调用前面所创建的一个PhoneWindow对象从父
类Window继承下来的成员函数setWindowManager来为它设置一个合适的窗口管理者。这个窗口管理者设置完成之后，就可以通过调用
Window类的成员函数getWindowManager来获得。获得这个窗口管理者之后，函数就将它保存在Activity类的成员变量
mWindowManager中。这样，当前正在启动的Activity组件以后就可以通过它的成员变量mWindowManager来管理与它所关联的
窗口。

除了创建和初始化一个PhoneWindow之外，函数还会分别把参数application和config所描述的一个Application对象和一
个Configuration对象保存在Activity类的成员变量mApplication和mCurrentConfig中。这样，当前正在启动的
Activity组件就可以访问它的应用程序信息以及配置信息。

在接下来的一篇文章中，我们再详细分析PolicyManager类的静态成员函数makeNewWindow，以及Window类的成员函数
setCallback、setSoftInputMode和setWindowManager的实现，以便可以了解应用程序窗口的创建过程。

接下来，我们继续分析ContextThemeWrapper类的成员函数attachBaseConext的实现，以便可以继续了解一个应用程序窗口的运行上下文环境的设置过程。

Step 7. ContextThemeWrapper.attachBaseConext

[java] view plaincopy

  1. public class ContextThemeWrapper extends ContextWrapper {
  2. private Context mBase;
  3. ......
  4. @Override protected void attachBaseContext(Context newBase) {
  5. super.attachBaseContext(newBase);
  6. mBase = newBase;
  7. }
  8. ......
  9. }

这个函数定义在文件frameworks/base/core/java/android/view/ContextThemeWrapper.java中。

ContextThemeWrapper类用来维护一个应用程序窗口的主题，而用来描述这个应用程序窗口的运行上下文环境的一个ContextImpl对象就保存在ContextThemeWrapper类的成员函数mBase中。

ContextThemeWrapper类的成员函数attachBaseConext的实现很简单，它首先调用父类ContextWrapper的成
员函数attachBaseConext来将参数newBase所描述的一个ContextImpl对象保存到父类ContextWrapper中去，接
着再将这个ContextImpl对象保存在ContextThemeWrapper类的成员变量mBase中。

接下来，我们就继续分析ContextWrapper类的成员函数attachBaseConext的实现。

Step 8. ContextWrapper.attachBaseConext

[java] view plaincopy

  1. public class ContextWrapper extends Context {
  2. Context mBase;
  3. ......
  4. protected void attachBaseContext(Context base) {
  5. if (mBase != null) {
  6. throw new IllegalStateException("Base context already set");
  7. }
  8. mBase = base;
  9. }
  10. ......
  11. }

这个函数定义在文件frameworks/base/core/java/android/content/ContextWrapper.java 中。

ContextWrapper类只是一个代理类，它只是简单地封装了对其成员变量mBase所描述的一个Context对象的操作。
ContextWrapper类的成员函数attachBaseConext的实现很简单，它只是将参数base所描述的一个ContextImpl对象
保存在成员变量mBase中。这样，ContextWrapper类就可以将它的功能交给ContextImpl类来具体实现。

这一步执行完成之后，当前正在启动的Activity组件的运行上下文环境就设置完成了，回到前面的Step
1中，即ActivityThread类的成员函数performLaunchActivity中，接下来就会调用Instrumentation类的成
员函数callActivityOnCreate来通知当前正在启动的Activity组件，它已经创建和启动完成了。

Step 9. Instrumentation.callActivityOnCreate

[java] view plaincopy

  1. public class Instrumentation {
  2. ......
  3. public void callActivityOnCreate(Activity activity, Bundle icicle) {
  4. ......
  5. activity.onCreate(icicle);
  6. ......
  7. }
  8. ......
  9. }

这个函数定义在文件frameworks/base/core/java/android/app/Instrumentation.java中。

函数主要就是调用当前正在启动的Activity组件的成员函数onCreate，用来通知它已经成功地创建和启动完成了。

Step 10. Activity.onCreate

[java] view plaincopy

  1. public class Activity extends ContextThemeWrapper
  2. implements LayoutInflater.Factory,
  3. Window.Callback, KeyEvent.Callback,
  4. OnCreateContextMenuListener, ComponentCallbacks {
  5. ......
  6. boolean mCalled;
  7. ......
  8. /*package*/ boolean mVisibleFromClient = true;
  9. ......
  10. protected void onCreate(Bundle savedInstanceState) {
  11. mVisibleFromClient = !mWindow.getWindowStyle().getBoolean(
  12. com.android.internal.R.styleable.Window_windowNoDisplay, false);
  13. mCalled = true;
  14. }
  15. ......
  16. }

这个函数定义在文件frameworks/base/core/java/android/app/Activity.java中。

一般来说，我们都是通过定义一个Activity子类来实现一个Activity组件的。重写父类Activity的某些成员函数的时候，必须要回调父类
Activity的这些成员函数。例如，当Activity子类在重写父类Activity的成员函数onCreate时，就必须回调父类
Activity的成员函数onCreate。这些成员函数被回调了之后，Activity类就会将其成员变量mCalled的值设置为true。这
样，Activity类就可以通过其成员变量mCalled来检查其子类在重写它的某些成员函数时，是否正确地回调了父类的这些成员函数。

Activity类的另外一个成员变量mVisibleFromClient用来描述一个应用程序窗口是否是可见的。如果是可见的，那么它的值就会等
于true。当Activity类的成员函数onCreate被其子类回调时，它就会检查对应的应用程序窗口的主题属性
android:windowNoDisplay的值是否等于true。如果等于true的话，那么就说明当前所启动的应用程序窗口是不可见的，这时候
Activity类的成员变量mVisibleFromClient的值就会被设置为false，否则的话，就会被设置为true。

Activity子类在重写成员函数onCreate的时候，一般都会调用父类Activity的成员函数setContentView来为为当前正启动的应用程序窗口创建视图（View）。在接下来的文章中，我们再详细描述应用程序窗口的视图的创建过程。

至此，一个Activity组件的创建过程，以及它的运行上下文环境的创建过程，就分析完成了。这个过程比较简单，我们是从中获得以下三点信息：

1.
一个Android应用窗口的运行上下文环境是使用一个ContextImpl对象来描述的，这个ContextImpl对象会分别保存在
Activity类的父类ContextThemeWrapper和ContextWrapper的成员变量mBase中，即
ContextThemeWrapper类和ContextWrapper类的成员变量mBase指向的是一个ContextImpl对象。

2. Activity组件在创建过程中，即在它的成员函数attach被调用的时候，会创建一个PhoneWindow对象，并且保存在成员变量mWindow中，用来描述一个具体的Android应用程序窗口。

3.  Activity组件在创建的最后，即在它的子类所重写的成员函数onCreate中，会调用父类Activity的成员函数setContentView来创建一个Android应用程序窗口的视图。

在接下来的两篇文章中，我们就将会详细描述Android应用程序窗口以及它的视图的创建过程，敬请关注！

老罗的新浪微博：http://weibo.com/shengyangluo，欢迎关注！

时间： 2024-10-11 05:49:42

Android应用程序窗口（Activity）的运行上下文环境（Context）的创建过程分析的相关文章

【转】Android应用程序窗口(Activity)窗口对象(Window)创建指南

在前文中,我们分析了Android应用程序窗口的运行上下文环境的创建过程.由此可知,每一个Activity组件都有一个关联的ContextImpl对象,同时,它还关联有一个Window对象,用来描述一个具体的应用程序窗口.由此又可知,Activity只不过是一个高度抽象的UI组件,它的具体UI实现其实是由其它的一系列对象来实现的.在本文中,我们就将详细分析Android应用程序窗口对象的创建过程. 从前面Android应用程序窗口(Activity)实现框架简要介绍和学习计划一文可以知道,在PH

Android应用程序窗口（Activity）与WindowManagerService服务的连接过程分析

在前两文中,我们分析了Activity组件的窗口对象和视图对象的创建过程.Activity组件在其窗口对象和视图对象创建完成之后,就会请求与WindowManagerService建立一个连接,即请求WindowManagerService为其增加一个WindowState对象,用来描述它的窗口状态.在本文中,我们就详细分析Activity组件与WindowManagerService的连接过程. 我们从两方面来看Activity组件与WindowManagerService服务之间的连接.一方

Android应用程序窗口（Activity）的窗口对象（Window）的创建过程分析

http://blog.csdn.net/luoshengyang/article/details/8223770 在前文中,我们分析了Android应用程序窗口的运行上下文环境的创建过程.由此可知,每一个Activity组件都有一个关联的ContextImpl对象,同时,它还关联有一个Window对象,用来描述一个具体的应用程序窗口.由此又可知,Activity只不过是一个高度抽象的UI组件,它的具体UI实现其实是由其它的一系列对象来实现的.在本文中,我们就将详细分析Android应用程序窗口

Android应用程序窗口（Activity）的视图对象（View）的创建过程分析

从前文可知道,每一个Activity组件都有一个关联的Window对象,用来描述一个应用程序窗口.每一个应用程序窗口内部又包含有一个View对象,用来描述应用程序窗口的视图.应用程序窗口视图是真正用来实现UI内容和布局的,也就是说,每一个Activity组件的UI内容和布局都是通过与其所关联的一个Window对象的内部的一个View对象来实现的.在本文中,我们就详细分析应用程序窗口视图的创建过程. 在前面Android应用程序窗口(Activity)实现框架简要介绍和学习计划一文中提到,应用程序

Android应用程序窗口（Activity）实现框架简要介绍和学习计划

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/8170307 前面我们学习了SurfaceFlinger服务的实现原理.有了这个基础之后,从本文开始,我们就可以分析Android系统在Java层的UI实现了.我们知道,在Android应用程序的四大组件中,只有Activity组件与UI相关,它描述的是应用程序窗口,因此,我们就通过它的UI实现来分析Android系统在Java层的UI实现.本文

Android应用程序窗口（Activity）的测量（Measure）、布局（Layout）和绘制（Draw）过程分析

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/8372924 在前面一篇文章中,我们分析了Android应用程序窗口的绘图表面的创建过程.Android应用程序窗口的绘图表面在创建完成之后,我们就可以从上到下地绘制它里面的各个视图了,即各个UI元素了.不过在绘制这些UI元素之前,我们还需要从上到下地测量它们实际所需要的大小,以及对它们的位置进行合适的安排,即对它们进行合适的布局.在本文中,我们

Android应用程序窗口（Activity）的绘图表面（Surface）的创建过程分析

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/8303098 在前文中,我们分析了应用程序窗口连接到WindowManagerService服务的过程.在这个过程中,WindowManagerService服务会为应用程序窗口创建过一个到SurfaceFlinger服务的连接.有了这个连接之后,WindowManagerService服务就可以为应用程序窗口创建绘图表面了,以便可以用来渲染窗口

Android应用程序窗口设计框架介绍

在Android系统中,一个Activity对应一个应用程序窗口,任何一个Activity的启动都是由AMS服务和应用程序进程相互配合来完成的.AMS服务统一调度系统中所有进程的Activity启动,而每个Activity的启动过程则由其所属进程来完成.AMS服务通过realStartActivityLocked函数来通知应用程序进程启动某个Activity: frameworks\base\services\java\com\android\server\am\ ActivityStack.j

Android应用程序窗口View的measure过程

Android应用程序的界面是View组成的,这些View以树形结构组织,它们存在着父子关系,其中,子view位于父view里面,因此,在绘制一个Android应用程序窗口的View之前,我们首先要确定它里面的各个子view在父view里面的大小以及位置.确定各个子view在父view里面的大小以及位置的过程又称为测量过程和布局过程.测量和布局完后,就可以绘制view了. 参考上一篇文章Android应用程序窗口View的创建过程,可以知道Android应用程序窗口的根View是DecorVie