WindowManager是一个接口，是用来管理窗口的。
每个WindowManager的对象都会绑定一个特定的Display对象。想要获得Display不一样的WindowManager，需要调用Context#createDisplayContext获取到一个Context，再用这个Context来调用Context.getSystemService(Context.WINDOW_SERVICE)获取WindowManager。
最简单的再一个窗口上，显示另一个Display是创造一个Presentation。这个Presentation将会为这个Display自动获取一个WindowManager和Context。
WindowManager的实现类是WindowManagerImpl，而WindowManagerImpl实现WindowManager接口主要是通过WindowManagerGlobal，就像下面这样：
@Override
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mContext.getDisplay(), mParentWindow);
}
WindowManagerGlobal是在WindowManagerImpl中被初始化的：
private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
而且很明显，WindowManagerGlobal是单例模式。
如何获取到WindowManager
获取WindowManager有三种方法：
第一种是android.app.Activity#getWindowManager，
第二种是android.view.Window#getWindowManager。这两种的结果是等效的，因为每个activity都持有一个window的引用，而这个引用是在attach方法中被初始化的。
mWindow = new PhoneWindow(this, window);
windowManager的初始化紧随其后：
mWindowManager = mWindow.getWindowManager();
所以，用户自己得到Window，再去调用getWindowManager()方法和直接使用activity持有的mWindowManager对象效果是一样的。
第三种是调用Activity的getSystemService(WINDOW_SERVICE)方法。这个方法和第一种一样，直接返回activity的mWindowManager字段。
所以，这三种方法效果是一样的。
如何使用WindowManager
addView
addView的作用是在窗口上添加View。
TextView textView = new TextView(this);
textView.setText("脂砚斋");
WindowManager windowManager = getWindowManager();
WindowManager.LayoutParams params = new WindowManager.LayoutParams(
WindowManager.LayoutParams.WRAP_CONTENT,
WindowManager.LayoutParams.WRAP_CONTENT,
WindowManager.LayoutParams.TYPE_APPLICATION,
0,
PixelFormat.RGBA_8888);
windowManager.addView(textView, params);
removeView
removeView是用来移除View。它的用法非常简单：
windowManager.removeView(textView);
如果我们把这句话加在刚才addView例子的后面，那么这个View就会被移除。
但是，我们这里要讨论另外一个问题。如果我们移除的不是刚才添加的view，而是当前activity布局文件里面的控件，是不是可行呢？
TextView textView = (TextView) findViewById(R.id.hello);
WindowManager windowManager = getWindowManager();
windowManager.removeView(textView);
实际上，当运行起来的时候，程序会崩溃。崩溃的地方在WindowManagerGlobal类：
private int findViewLocked(View view, boolean required) {
final int index = mViews.indexOf(view);
if (required && index < 0) {
throw new IllegalArgumentException("View=" + view + " not attached to window manager");
}
return index;
}
程序抛出IllegalArgumentException异常，并且日志提示我们想要移除的textView并没有被添加到WindowManager。
那问题来了，既然布局文件里面的控件没有被添加到WindowManager，这个View是怎么显示的呢？
我们知道，一个activity持有一个window和WindowManager，它们之间的关系是这样的：
mWindow.setWindowManager(
(WindowManager)context.getSystemService(Context.WINDOW_SERVICE),
mToken, mComponent.flattenToString(),
(info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0);
也就是说Window和WindowManager之间的关系是Window关联WindowManager。我们打开Window类，找到setWindowManager方法，发现在这里面确实把传进来的WindowManager设置为了Window的一个字段。但是自始至终，没有使用WindowManager。
PhoneWindow
我们再来看一下Window的唯一实现类PhoneWindow。里面有几个值得关注的东西：
mDecor
// This is the top-level view of the window, containing the window decor.
private DecorView mDecor;
这个字段解释得很清楚，这是Window的顶级View，而且意味着每个Window都一定会有一个DecorView。mDecor这个字段有两个地方会赋值，第一是PhoneWindow的构造函数，第二个是在installDecor方法里面，而installDecor方法在许多地方被调用到了。
mContentParent
// This is the view in which the window contents are placed. It is either
// mDecor itself, or a child of mDecor where the contents go.
ViewGroup mContentParent;
mContentParent是窗口的内容所存放的容器，这里面要么是mDecor，要么是它的子窗口。
setContentView
除此之外，我们还看到了一个我们非常熟悉的方法：
@Override
public void setContentView(int layoutResID) {
...
}
而实际上，如果我们再看Activity的源码。
public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}
我们就会发现，其实Activity的setContentView方法也是调用了PhoneWindow的setContentView方法。
installDecor
installDecor完成了两件事。第一件事是初始化mDecor，第二件事是初始化mContentParent。
在初始化mContentParent的时候，有这么一句话：
mContentParent = generateLayout(mDecor);
而这里产生布局的时候，调用到了
mDecor.onResourcesLoaded(mLayoutInflater, layoutResource);
这里的mDecor.onResourcesLoaded做了许多事情。
void onResourcesLoaded(LayoutInflater inflater, int layoutResource) {
mStackId = getStackId();
if (mBackdropFrameRenderer != null) {
loadBackgroundDrawablesIfNeeded();
mBackdropFrameRenderer.onResourcesLoaded(
this, mResizingBackgroundDrawable, mCaptionBackgroundDrawable,
mUserCaptionBackgroundDrawable, getCurrentColor(mStatusColorViewState),
getCurrentColor(mNavigationColorViewState));
}
mDecorCaptionView = createDecorCaptionView(inflater);
final View root = inflater.inflate(layoutResource, null);
if (mDecorCaptionView != null) {
if (mDecorCaptionView.getParent() == null) {
addView(mDecorCaptionView,
new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
}
mDecorCaptionView.addView(root,
new ViewGroup.MarginLayoutParams(MATCH_PARENT, MATCH_PARENT));
} else {
// Put it below the color views.
addView(root, 0, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
}
mContentRoot = (ViewGroup) root;
initializeElevation();
}
大概意思就是先初始化mDecorCaptionView。然后根据布局文件生成View作为ContentView。在一个标准的布局当中，mDecorCaptionView会被添加为DecorView的子控件。ContentView会被添加为mDecorCaptionView的子控件。
mDecorCaptionView
mDecorCaptionView是ViewGroup的子类。这个类就像标题栏，是用来对窗口进行缩放的。这个标题栏上面有系统按钮，比如最大化或者关闭按钮，或者可以按住标题栏拖动这个窗口。
当这个mDecorCaptionView创建完毕之后，必须得调用setPhoneWindow方法，这样才能把这个对象和PhoneWindow关联起来。
mDecorCaptionView.removeContentView();
这个方法最终是调用ViewGroup的removeView()方法。
