理解WindowManager

一、Window、WindowManager、WindowManagerService的关系

Window是一个抽象类，具体的实现类是PhoneWindow对View进行管理。WindowManager是一个接口类，继承自ViewManager，从名称上就知道是用来管理window的，它的实现类是WindowManagerImpl。如果我们想要对 window (View)

进行添加、更新和删除操作就可以使用 WindowManager, WindowManager 会将具体的工作交由 WMS 来处理， WindowManager和 WMS 通过 Binder 来进行跨进程通信， WMS 作为系统服务有很多 API 是不会暴露给WindowManager 的，这一点与 ActivityManager AMS的关系有些类似。

image.png

Window 包含了 View 井对 View 进行管理， Window 用虚线来表示是因为 Window是个抽象概念，用来描述一个窗口，并不是真实存在的， Window 的实体其实也是 View，WindowManager 用来管理 Window ，而WindowManager 所提供的功能最终会由 WMS 进行处理。

二、WindowManager 的关联类

Window Manager 个接口类，继承自接口 ViewManager, View Manager 中定义了个方怯，分别用来添加、更新和删除 View ，如下所示：

public interface ViewManager
{
    public void addView(View view, ViewGroup.LayoutParams params);
    public void updateViewLayout(View view, ViewGroup.LayoutParams params);
    public void removeView(View view);
}

Window Manager 也继承了这些方法，而这些方怯传人的参数都是 View 类型，说明Window 是以 View 的形式存在的。 WindowManager 在继承 ViewManager 的同时，又加入很多功能 ，包括 Window 类型和层级相关的常量、内部类以及一些方泣，其中有两个方法是根据 Window 的特性加入的，如下所示：

public Display getDefaultDsplay ();
public void removeViewimmedate(View view) ;

getDefaultDisplay 方怯能够得知这个 WindowManager 例将 Window 添加到哪个屏上了，换句话说，就是得到 WindowManager 所管理的屏幕 Display removeViewImmediate方法则规定在这个方法返回前要立即执行 View.onDetachedFromWindow（），来完成传入的View 相关的销毁工作。

Window类是一个抽象类，具体的实现类是phonewindow，PhoneWindow是在Activity创建时调用attach方法时创建的，代码如下：

 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,
            Window window, ActivityConfigCallback activityConfigCallback) {
        attachBaseContext(context);
        mFragments.attachHost(null /*parent*/);
        mWindow = new PhoneWindow(this, window, activityConfigCallback);
        mWindow.setWindowControllerCallback(this);
        mWindow.setCallback(this);
        mWindow.setOnWindowDismissedCallback(this);
        mWindow.getLayoutInflater().setPrivateFactory(this);
        if (info.softInputMode != WindowManager.LayoutParams.SOFT_INPUT_STATE_UNSPECIFIED) {
            mWindow.setSoftInputMode(info.softInputMode);
        }
        if (info.uiOptions != 0) {
            mWindow.setUiOptions(info.uiOptions);
        }
        mUiThread = Thread.currentThread();
        .........
        mWindow.setWindowManager(
                (WindowManager)context.getSystemService(Context.WINDOW_SERVICE),
                mToken, mComponent.flattenToString(),
                (info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0);
        if (mParent != null) {
            mWindow.setContainer(mParent.getWindow());
        }
        mWindowManager = mWindow.getWindowManager();
        mCurrentConfig = config;

        mWindow.setColorMode(info.colorMode);

        setAutofillCompatibilityEnabled(application.isAutofillCompatibilityEnabled());
        enableAutofillCompatibilityIfNeeded();
    }

在第十行代码mWindow = new PhoneWindow(this, window, activityConfigCallback);处创建了PhoneWindow，然后在23行代码调用了PhoneWindow的setWindowManager方法，代码如下：

    public void setWindowManager(WindowManager wm, IBinder appToken, String appName,
            boolean hardwareAccelerated) {
        mAppToken = appToken;
        mAppName = appName;
        mHardwareAccelerated = hardwareAccelerated
                || SystemProperties.getBoolean(PROPERTY_HARDWARE_UI, false);
        if (wm == null) {
            wm = (WindowManager)mContext.getSystemService(Context.WINDOW_SERVICE);
        }
        mWindowManager = ((WindowManagerImpl)wm).createLocalWindowManager(this);
    }

wm为null时，通过getSystemService货物到WindowManager，看第十行代码里面有个强制转换类型为WindowManagerImpl，我们来看下createLocalWindowManager里面做了什么：

 public WindowManagerImpl createLocalWindowManager(Window parentWindow) {
        return new WindowManagerImpl(mContext, parentWindow);
    }

创建了一个WindowManagerImpl的实例，所以我们可以知道(WindowManager)mContext.getSystemService(Context.WINDOW_SERVICE)对应的就是一个WindowManagerImpl。将window对象作为参数传进了，这样WindowManagerImpl就持有了window的引用，可以对window进行操作，比如添加view，在WindowManagerImpl的addView方法里面我们看一下：

  @Override
    public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
        applyDefaultToken(params);
        mGlobal.addView(view, params, mContext.getDisplay(), mParentWindow);
    }

处调用 WindowManagerGlobal的 ddView 方法，其中最后一个参数mParentWindow就是上面提到的Window ，可以看 WindowManagerlmpl 虽然是WindowManager 的实现类但是没有实现什么功能，而是将功委托给WindowManagerGlobal ，这里用到的是桥接模式。关于WindowManagerGlobal的addView
方法会在 后面中进行介绍 。我 来查看在 indowManagerImpl 中是如何定义WindowManagerGlobal 的，如下所示：

public final class WindowManagerImpl implements WindowManager {
    //单例模式
    private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
    private final Context mContext;
    private final Window mParentWindow;

    private IBinder mDefaultToken;

    public WindowManagerImpl(Context context) {
        this(context, null);
    }
    
    private WindowManagerImpl(Context context, Window parentWindow) {
        mContext = context;
        mParentWindow = parentWindow;
    }

    public WindowManagerImpl createLocalWindowManager(Window parentWindow) {
        return new WindowManagerImpl(mContext, parentWindow);
    }

    public WindowManagerImpl createPresentationWindowManager(Context displayContext) {
        return new WindowManagerImpl(displayContext, mParentWindow);
    }

}

通过上面的源码分析，我们客知道WindowManager的关联类如下图所示：

image.png

PhoneWindow 继承自 Window, Window 通过 setWindow Manager
方住与 WindowManager 发生关联。WindowManager 继承自接口 ViewManager,Window ManagerImp 是WindowMar er 接口的 实现类，但是具体 的功能都会委托给WindowManagerG!obal 来实现