从
WindowManagerService的角度来看，标题中所说的“窗口”并非Window类，而是一个View类。单从语义来讲，窗口就是用户所看到的屏幕上的某个独立的界面，比如一个Activity界面，一个对话框等等。
Window类是一个顶级窗口外观和行为策略的抽象基类。它只是提供标准的UI策略，如背景，标题区域，默认键处理等。
窗口的类型
Framework定义了三种窗口类型，三种类型的定义在WindowManager类中。
- 第一种为应用窗口。所谓的应用窗口是指该窗口对应一个
Activity,由于加载Activity是由AmS完成的，因此，对于应用程序来讲，要创建一个应用类窗口，只能在Activity内部完成。 - 第二种是子窗口。所谓的子窗口是指，该窗口必须有一个父窗口，父窗口可以是一个应用类型窗口，也可以是任何其他类型的窗口。比如
PopupWindow、OptionMenu。 - 第三类是系统窗口。系统窗口不需要对应任何
Activity,也不需要有父窗口。对于应用程序而言，理论上是无法创建系统窗口的，因为所有的应用程序都没有这个权限，然而系统进程却可以创建系统窗口。
创建应用窗口
Android进程启动流程一文中已经分析了创建App进程，创建Application，以及实例化Activity等流程。
那么视图又是如何呈现出来的？直观提供给开发者的是onCreate()/onResume()等回调方法，通过setContentView()设置需要显示的布局，那么View是怎么显示到屏幕中的？为什么在onCreate方法中获取不到View的宽和高呢？
-
ActivityThread实例化Activity，接着调用Activity的attach方法，此方法的作用①设置Activity的内部变量，②为此Activity创建Window对象。
final void attach(Context context, ActivityThread aThread,
Instrumentation instr, IBinder token, int ident,
Application application, Intent intent, ActivityInfo info,
CharSequence title, Activity parent, String id,
NonConfigurationInstances lastNonConfigurationInstances,
Configuration config, String referrer, IVoiceInteractor voiceInteractor) {
//省略设置内部变量代码
mWindow = new PhoneWindow(this);
mWindow.setCallback(this);
//给mWindow中的mWindowManager变量赋值
mWindow.setWindowManager(
(WindowManager)context.getSystemService(Context.WINDOW_SERVICE),
mToken, mComponent.flattenToString(),
(info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0);
mWindowManager = mWindow.getWindowManager();
}
- 创建好
Window对象后，需要给Window对象中的mWindowManager变量赋值，该变量的类型是WindowManager类。每一个Window内部都有一个WindowManager对象。而WindowManager只是一个接口类，真正的实现是WindowManagerImpl。
public void setWindowManager(WindowManager wm, IBinder appToken, String appName,
boolean hardwareAccelerated) {
if (wm == null) {
wm = (WindowManager)mContext.getSystemService(Context.WINDOW_SERVICE);
}
//这里可以看出mWindowManager是WindowManagerImpl类型。
mWindowManager = ((WindowManagerImpl)wm).createLocalWindowManager(this);
}
- 接下来
ActivityThread调用了performLaunchActivity()，内部调用了callActivityOnCreate()，辗转调用到Activity的onCreate()。感觉重见天日一般，此方法对于我们来说再熟悉不过了。此时我们毫不犹豫调用了setContentView()；实际上调用了Window对象的setContentView()。
public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
}
接着继续分析Window中如何把一个layout.xml文件作为Window界面。
- Window的具体实现是PhoneWindow，PhoneWindow中setContentView代码如下：
@Override
public void setContentView(View view) {
setContentView(view, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
}
@Override
public void setContentView(View view, ViewGroup.LayoutParams params) {
if (mContentParent == null) {
installDecor();
} else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
mContentParent.removeAllViews();
}
if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
view.setLayoutParams(params);
final Scene newScene = new Scene(mContentParent, view);
transitionTo(newScene);
} else {
mContentParent.addView(view, params);
}
}
①首先调用installDecor()方法，创建DecorView。
②而后调用generateLayout(DecorView decor)创建mContentParent，并把它加入到DecorView中。
③给 mContentParent 变量赋值，其值是通过调用ViewGroup contentParent=(ViewGroup)findViewById(ID_ANDROID_CONTENT)获 得 的 ,ID_ANDROID_CONTENT 正是 id=content 的FrameLayout。
④安装完窗口修饰后，就可以把用户界面layout.xml文件添加到窗口修饰中，这是通过在setContentView()中 调用inflate()方法完成的，该方法的第二个参数正是mContentParent，即 id=content的 FrameLayout。
⑤最后，回调 cb.onContentChanged()方法，通知应用程序窗口内容发生了改变，因为从无到有了。而cb正是Activity自身，因为Activity实现了 Window.CallBack接口，并且在attach()方法中将自身作为Window对象的Callback接口实现。
至此，仅仅是创建了
DecorView，并添加了
mContentParent，
DecorView还没有被
WindowManager正式
addView。
- 接下来
ActivityThread调用了handleResumeActivity()，首先调用performResumeActivity()，辗转调用了Activity的onResume()，接着会调用Activity的makeVisible()。该方法及后续的各种调用将完成真正的把窗口添加进WmS之中。
void makeVisible() {
if (!mWindowAdded) {
ViewManager wm = getWindowManager();
wm.addView(mDecor, getWindow().getAttributes());
mWindowAdded = true;
}
mDecor.setVisibility(View.VISIBLE);
}
- 在第2点中讲到
WindowManager只是一个接口类，真正的实现是WindowManagerImpl，因此真正的addView操作就在此类中。然而它又交给了WindowManagerGlobal处理。
private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
@Override
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
mGlobal.addView(view, params, mDisplay, mParentWindow);
}
-
WindowManagerGlobal的addView过程，一个应用程序内部无论有多少个Activity, 但只有一个WindowManagerGlobal对象在WindowManagerGlobal类中维护三个集合，用于保存该应用程序中所拥有的窗口的状态。而后调用ViewRootImpl.setView()，完成最后的、真正意义上的添加工作。
private final ArrayList mViews = new ArrayList();
private final ArrayList mRoots = new ArrayList();
private final ArrayList mParams = new ArrayList();
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
//省略检查参数合法性的代码
ViewRootImpl root;
View panelParentView = null;
synchronized (mLock) {
//省略部分代码
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
}
// do this last because it fires off messages to start doing things
try {
root.setView(view, wparams, panelParentView);
} catch (RuntimeException e) {
//省略
throw e;
}
}
-
ViewRootImpl.setView方法篇幅相对较长，其主要执行的操作有
①给ViewRoot的重要变量赋值；
②调用requestLayout()，发出界面重绘请求；进而执行scheduleTraversals()，进行View的绘制工作。
③)调用sWindowSession.addToDisplay()，通知WmS显示View。
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(),
mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,
mAttachInfo.mOutsets, mInputChannel);
mWindowSession的类型是IWindowSession，它是一个Binder对象，真正的实现类是Session，也就是说Window的添加过程是一次IPC调用。添加请求交给WmS去处理了。
到此为止，从客户端的角度来讲，已经完成了窗口创建的全部工作。从而界面才会呈现到用户面前。可见在onCreate的时候View并没有做测量、布局、绘制操作，因此无法获取到宽高数据。
ViewRootImpl
- 链接WindowManager和DecorView的纽带，更广一点可以说是Window和View之间的纽带。
- 完成View的绘制过程，包括measure、layout、draw过程。
- 向DecorView分发收到的用户发起的event事件，如按键，触屏等事件
Android中的ViewRootImpl类源码解析
篇幅较长，很感谢你能从头阅读完。具体内容可参阅《Android内核剖析》