WindowManager如何被Android深度解析（3）

最新推荐文章于 2024-09-14 19:06:02 发布

2401_84545618

最新推荐文章于 2024-09-14 19:06:02 发布

阅读量765

点赞数 28

分类专栏：程序员文章标签： android python 开发语言

本文链接：https://blog.csdn.net/2401_84545618/article/details/138365431

版权

程序员专栏收录该内容

185 篇文章 0 订阅

订阅专栏

frameworks/base/core/java/android/view/WindowManagerGlobal.java

public void addView(View view, ViewGroup.LayoutParams params,

Display display, Window parentWindow) {

…//参数检查

final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams) params;

if (parentWindow != null) {

parentWindow.adjustLayoutParamsForSubWindow(wparams);//1

} else {

…

}

ViewRootImpl root;

View panelParentView = null;

…

root = new ViewRootImpl(view.getContext(), display);//2

view.setLayoutParams(wparams);

mViews.add(view);

mRoots.add(root);//3

mParams.add(wparams);

}

try {

root.setView(view, wparams, panelParentView);//4

} catch (RuntimeException e) {

…

}

首先会对参数view、params和display进行检查。注释1处，如果当前窗口要作为子窗口，就会根据父窗口对子窗口的WindowManager.LayoutParams类型的wparams对象进行相应调整。注释2处创建了ViewRootImp并赋值给root，紧接着在注释3处将root存入到ArrayList<ViewRootImpl>类型的mRoots中，除了mRoots，mViews和mParams也是ArrayList类型的，分别用于存储窗口的view对象和WindowManager.LayoutParams类型的wparams对象。注释4处调用了ViewRootImpl的setView方法。

ViewRootImpl身负了很多职责：

View树的根并管理View树
触发View的测量、布局和绘制
输入事件的中转站
管理Surface
负责与WMS进行进程间通信

frameworks/base/core/java/android/view/ViewRootImpl.java

public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {

synchronized (this) {

…

try {

mOrigWindowType = mWindowAttributes.type;

mAttachInfo.mRecomputeGlobalAttributes = true;

collectViewAttributes();

res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,

getHostVisibility(), mDisplay.getDisplayId(),

mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,

mAttachInfo.mOutsets, mInputChannel);

}

…

}

setView方法中有很多逻辑，这里只截取了一小部分，主要就是调用了mWindowSession的addToDisplay方法。mWindowSession是IWindowSession类型的，它是一个Binder对象，用于进行进程间通信，IWindowSession是Client端的代理，它的Server端的实现为Session，此前包含ViewRootImpl在内的代码逻辑都是运行在本地进程的，而Session的addToDisplay方法则运行在WMS所在的进程。

frameworks/base/services/core/java/com/android/server/wm/Session.java

@Override

public int addToDisplay(IWindow window, int seq, WindowManager.LayoutParams attrs,

int viewVisibility, int displayId, Rect outContentInsets, Rect outStableInsets,

Rect outOutsets, InputChannel outInputChannel) {

return mService.addWindow(this, window, seq, attrs, viewVisibility, displayId,

outContentInsets, outStableInsets, outOutsets, outInputChannel);

}

addToDisplay方法中会调用了WMS的addWindow方法，并将自身也就是Session，作为参数传了进去，每个应用程序进程都会对应一个Session，WMS会用ArrayList来保存这些Session。这样剩下的工作就交给WMS来处理，在WMS中会为这个添加的窗口分配Surface，并确定窗口显示次序，可见负责显示界面的是画布Surface，而不是窗口本身。WMS会将它所管理的Surface交由SurfaceFlinger处理，SurfaceFlinger会将这些Surface混合并绘制到屏幕上。

窗口添加的WMS处理部分会在后续介绍WMS的系列文章进行讲解，系统窗口的添加过程的时序图如下所示。

3.Activity的添加过程

无论是哪种窗口，它的的添加过程在WMS处理部分中基本是类似的，只不过会在权限和窗口显示次序等方面会有些不同。但是在WindowManager处理部分会有所不同，这里以最典型的应用程序窗口Activity为例，Activity在启动过程中，如果Activity所在的进程不存在则会创建新的进程，创建新的进程之后就会运行代表主线程的实例ActivityThread，不了解的请查看Android应用程序进程启动过程（前篇）这篇文章。ActivityThread管理着当前应用程序进程的线程，这在Activity的启动过程中运用的很明显，不了解的请查看Android深入四大组件（一）应用程序启动过程（后篇）这篇文章。当界面要与用户进行交互时，会调用ActivityThread的handleResumeActivity方法，如下所示。

frameworks/base/core/java/android/app/ActivityThread.java

final void handleResumeActivity(IBinder token,

boolean clearHide, boolean isForward, boolean reallyResume, int seq, String reason) {

…

r = performResumeActivity(token, clearHide, reason);//1

…

if (r.window == null && !a.mFinished && willBeVisible) {

r.window = r.activity.getWindow();

View decor = r.window.getDecorView();

decor.setVisibility(View.INVISIBLE);

ViewManager wm = a.getWindowManager();//2

WindowManager.LayoutParams l = r.window.getAttributes();

a.mDecor = decor;

l.type = WindowManager.LayoutParams.TYPE_BASE_APPLICATION;

l.softInputMode |= forwardBit;

if (r.mPreserveWindow) {

a.mWindowAdded = true;

r.mPreserveWindow = false;

ViewRootImpl impl = decor.getViewRootImpl();

if (impl != null) {

impl.notifyChildRebuilt();

}

if (a.mVisibleFromClient && !a.mWindowAdded) {

a.mWindowAdded = true;

wm.addView(decor, l);//3

}

…

}

注释1处的performResumeActivity方法最终会调用Activity的onResume方法。在注释2处得到ViewManager类型的wm对象，在注释3处调用了wm的addView方法，而addView方法的实现则是在WindowManagerImpl中，此后的过程在上面的系统窗口的添加过程已经讲过，唯一需要注意的是addView的第一个参数是DecorView。