Android渲染系列之Window、Activity、View之间关系#

Activity#onCreate#

首先是actvity先启动，就是开启了PhoneWindow的创建

• 在 Activity 创建过程中执行 scheduleLaunchActivity() 之后便调用到了 handleLaunchActivity() 方法。
• Activity 里新建一个 PhoneWindow 对象

Activity 里新建一个 PhoneWindow 对象。在 Android 中，Window 是个抽象的概念， Android 中 Window 的具体实现类是 PhoneWindow，Activity 和 Dialog 中的 Window 对象都是 PhoneWindow。

同时window得到一个 WindowManager 对象，不过 WindowManager 是一个抽象类，这个 WindowManager 的具体实现是在 WindowManagerImpl 中，(类似 Context 和 ContextImpl)

1
public void setWindowManager(WindowManager wm, IBinder appToken, String appName, boolean hardwareAccelerated) {
2
    ...
3
    mWindowManager = ((WindowManagerImpl)wm).createLocalWindowManager(this);
4
    ...
5
}

从这里可以看出 每个 Activity 会有一个 WindowManager 对象，这个 mWindowManager 就是和 WindowManagerService 进行通信，也是 WindowManagerService 识别 View 具体属于那个 Activity 的关键，创建时传入 IBinder 类型的 mToken 这个 Activity 的 mToken是一个 IBinder，WindowManagerService 就是通过这个 IBinder 来管理 Activity 里的 View。

这样actvity创建时候通过wms获取到了一个window

下面再看看view是如何关联起来的

根View(DecorView)的创建#

回调 Activity.onCreate() 后，会执行 setContentView() 方法将我们写的 Layout 布局页面设置给 Activity。

1
public void setContentView(@LayoutRes int layoutResID) {
2
    getWindow().setContentView(layoutResID);
3
    initWindowDecorActionBar();
4
}

最终到 PhoneWindow.installDecor()：

1
private void installDecor() {
2
    //根据不同的 Theme，创建不同的 DecorView，DecorView 是一个 FrameLayout
3
}

创建了PhoneWindow，和DecorView，但目前二者也没有任何关系，

产生关系是在ActivityThread.performResumeActivity 中，因此我们经常谈到的一个问题 create阶段是无法测量view的宽高原因也是在此

小结#

用一个图来展示本节内容,activity 创建后从wms拿到window然后创建DecorView

Activity#onResume#

create之后调用activity.performResume()，调用 r.activity.makeVisible，将 DecorView 添加到当前的 Window 上。

ActivityThread.handleResumeActivity()：

1
final void handleResumeActivity(IBinder token, boolean clearHide, boolean isForward, boolean reallyResume) {
2
    //执行到 onResume()
3
    ActivityClientRecord r = performResumeActivity(token, clearHide);
4
    if (r != null) {
5
        final Activity a = r.activity;
6
        boolean willBeVisible = !a.mStartedActivity;
7
        ...
8
        if (r.window == null && !a.mFinished && willBeVisible) {
9
            ……
10
            a.mDecor = decor;
11
            ……
12
            if (a.mVisibleFromClient) {
13
                a.mWindowAdded = true;
14
                wm.addView(decor, l);
15
            }
16
        }
17
        ...
18
        if (!r.activity.mFinished && willBeVisible
19
            && r.activity.mDecor != null && !r.hideForNow) {
20
            ...
21
            mNumVisibleActivities++;
22
            if (r.activity.mVisibleFromClient) {
23
                //添加视图，详见下面分析
24
                r.activity.makeVisible();
25
            }
26
        }
27
        //resume 完成
28
        if (reallyResume) {
29
            ActivityManagerNative.getDefault().activityResumed(token);
30
        }
31
    } else {
32
        ...
33
    }
34
}
35

36
void makeVisible() {
37
    if (!mWindowAdded) {
38
        ViewManager wm = getWindowManager();
39
        //详见下面分析
40
        wm.addView(mDecor, getWindow().getAttributes());
41
        mWindowAdded = true;
42
    }
43
    mDecor.setVisibility(View.VISIBLE);
44
}

WindowManager 的 addView 的具体实现在WindowManagerImpl中，而 WindowManagerImpl 的 addView 又会调用 WindowManagerGlobal.addView()。

ViewRootImpl#

ViewRootImpl是View中的最高层级，属于所有View的根（但ViewRootImpl不是View，只是实现了ViewParent接口），实现了View和WindowManager之间的通信协议，实现的具体细节在WindowManagerGlobal这个类当中。

WindowManager和DecorView之间的桥梁

• 创建ViewRootImpl

通过WindowManagerGlobal.addView()：

1
public void addView(View view, ViewGroup.LayoutParams params,Display display, Window parentWindow) {
2
    ...
3
    ViewRootImpl root = new ViewRootImpl(view.getContext(), display);
4
    view.setLayoutParams(wparams);
5
    mViews.add(view);
6
    mRoots.add(root);
7
    mParams.add(wparams);
8
    root.setView(view, wparams, panelParentView);
9
    ...
10
}

这个过程创建一个ViewRootImpl，并将之前创建的 DecoView 作为参数传入，以后 DecoView 的事件都由 ViewRootImpl 来管理了，比如，DecoView 上添加 View，删除 View。ViewRootImpl 实现了 ViewParent 这个接口，这个接口最常见的一个方法是 requestLayout()。此时

• DecorView被渲染绘制到屏幕上显示
• DecorView可以接收屏幕触摸事件

此时view的宽高才可以被测量出来

ViewRootImpl 是个 ViewParent，在 DecoView 添加的 View 时，就会将 View 中的 ViewParent 设为 DecoView 所在的 ViewRootImpl，View 的 ViewParent 相同时，理解为这些 View 在一个 View 链上。所以每当调用 View 的 requestLayout()时，其实是调用到 ViewRootImpl，ViewRootImpl 会控制整个事件的流程。

可以看出一个 ViewRootImpl 对添加到 DecoView 的所有 View 进行事件管理。

ViewRootImpl,它是WindowManager和DecorView之间的桥梁，View的三大流程（测量，布局，绘制）都是通过ViewRootImpl来完成的。

• ViewRootImpl的setView

ViewRootImpl的setView方法最终会将View添加到WindowManagerService中。

在ViewRoomImpl的setView中做了很多事情:

• 通过requestLayout开始performTraversals那套测量、布局、绘制流程，这会让关联的View也执行了measure、layout、draw流程。
• 创建InputChannel，在注释3中将InputChannel添加到WindowManagerService中创建socketpair（一对socket）用于发送和接收事件
• 添加View到WindowManagerService，这里是通过mWindowSession来完成的，它的定义是final IWindowSession mWindowSession;，它其实是WindowManagerGlobal中的单例对象

小结#

Actvity、Window、DecorView创建时机#

• ActivityThread中执行performLaunchActivity，从而生成了Activity的实例
• performLaunchActivity中，在创建Activity实例的同时，会调用Activity的内部方法attach.在该方法中完成window的初始化
• 用户执行Activity的setContentView方法，内部是调用PhoneWindow的setContentView方法，在PhoneWindow中完成DecorView的创建

• Activity中的setContentView
• PhoneWindow中的setContentView
• PhoneWindow中的installDecor

Dialog为什么不能使用Application的Context#

• Dialog窗口类型是TYPE_APPLICATION，与Activity一样
• TYPE_APPLICATION要求Token不能为null，Application没有AppWindowToken

Activity中的mDecor和Window里面的mDecor有什么关系？#

• 两者指向同一个对象，都是DecorView
• Activity中的mDecor是通过ActivityThread中的handleResumeActivity方法来赋值的

ViewRoot是什么？ViewRootImpl又是什么？#

• ViewRoot的实现类是ViewRootImpl，是WindowManagerService和DecorView的纽带
• ViewRoot不是View的根节点
• View的绘制是从ViewRootImpl的performTraversals方法开始的

ViewRootImpl何时创建？#

当window被装进WindowManager时，完成ViewRootImpl的创建，最终是通过WindowManagerGlobal.addView方法中进行创建的（onResume阶段）

Activity中的Window何时被装进WindowManager？#

• 发生在Activity的onResume阶段
• 执行顺序
  • ActivityThread中的handleResumeActivity
  • Activity中的makeVisible