《Activity显示界面历险记》—说说View的那些理不清的关系

前言

在Activity显示View的过程当中，有一些重要的角色总让人理不清，好比PhoneWindow、DecorView、ViewRootImpl。

也经常有面试题会问到，他们四者之间的关系？建立的时机？View第一次绘制的时机？等问题。

那么今天，就和你们一块儿从Activity启动开始 看看 到展现出View整个过程当中，到底会通过哪些步骤，这之间各角色的关系又如何。

动画展现

为了方便你们理解，先经过动画的形式给你们展现这几位的关系：

源码解析

从小爱诞生提及

在Activity界面展现以前，它仍是个咱们看不到的Activity，我给它起了个爱称——小爱.

小爱是怎么诞生的呢？熟悉Activity启动流程的都知道，小爱的建立发生在performLaunchActivity中：

//ActivityThread.java
    private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
        //建立ContextImpl
        ContextImpl appContext = createBaseContextForActivity(r);
        Activity activity = null;
        try {
            java.lang.ClassLoader cl = appContext.getClassLoader();
            //建立Activity
            activity = mInstrumentation.newActivity(
                    cl, component.getClassName(), r.intent);
        }

        try {
            if (activity != null) {
                //完成activity的一些重要数据的初始化
                activity.attach(appContext, this, getInstrumentation(), r.token,
                        r.ident, app, r.intent, r.activityInfo, title, r.parent,
                        r.embeddedID, r.lastNonConfigurationInstances, config,
                        r.referrer, r.voiceInteractor, window, r.configCallback,
                        r.assistToken);

                //调用activity的onCreate方法
                if (r.isPersistable()) {
                    mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
                } else {
                    mInstrumentation.callActivityOnCreate(activity, r.state);
                }
            }
        }

        return activity;
    }

这个过程当中，主要作了三件事：

• Activity被实例化出来
• 调用了attach方法进行初始化
• 调用onCreate方法开始从布局文件加载布局，作View显示的准备工做。

给小爱找个和View交互的帮手（PhoneWindow）

你们也都知道，小爱在被建立后，事务繁忙，确定不能亲力亲为得管理每一个View，因此他就找了一个帮手，帮助她和View交互，管理View。

（Activity和View的解耦）

这个帮手是啥呢？就是窗口Window，也就是实现类PhoneWindow了。

这个过程发生在attach方法中：

//Activity.java
final void attach() {
		//建立PhoneWindow
        mWindow = new PhoneWindow(this, window, activityConfigCallback);
        mWindow.setCallback(this);
        mWindow.setWindowManager(
                (WindowManager)context.getSystemService(Context.WINDOW_SERVICE),
                mToken, mComponent.flattenToString(),
                (info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0);
        
    }

为了方便记忆，咱们管这个PhoneWindow管家叫作 窗管家。

加载布局文件（DecorView）

有了窗管家以后，就能够继续onCreate方法了，在onCreate方法中最重要的就是这个setContentView了。

经过setContentView能够加载布局文件里的View。

以前说了，View相关的管理工做就交给窗管家，因此就直接调用到PhoneWindow的setContentView方法：

//Activity.java
    public void setContentView(@LayoutRes int layoutResID) {
        getWindow().setContentView(layoutResID);
        initWindowDecorActionBar();
    }

而后就开始加载布局文件的工做了。

可是考虑到一点，Activity是有不一样的主题的，不一样主题就有不一样的布局结构。因此得在加载咱们本身设置的布局文件以前，设置一个最顶级的View，做为全部View的老大。

而这个顶层的View就是DecorView，为了方便，我管他叫作 最顶的小弟，简称小弟。

看看小弟DecorView是怎么被建立的：

//PhoneWindow.java
    @Override
    public void setContentView(int layoutResID) {
        if (mContentParent == null) {
            installDecor();
        } 


        if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
            mLayoutInflater.inflate(layoutResID, mContentParent);
        }
    }


    private void installDecor() {
        if (mDecor == null) {
            mDecor = generateDecor(-1);
        } else {
            mDecor.setWindow(this);
        }
        if (mContentParent == null) {
            mContentParent = generateLayout(mDecor);       
        }
    }


    protected DecorView generateDecor(int featureId) {
        return new DecorView(context, featureId, this, getAttributes());
    }

就是这样，小弟DecorView就被建立出来了，而后就该小弟工做了。

上文说过，小弟DecorView被建立出来是要干啥的？

要根据不一样的主题设置不一样的布局结构，这个工做就发生在generateLayout方法中了，具体咱今天就不分析了。

看似小弟的工做也完成了？

等等，应用本身的布局还没加载呢嘛，重要的事情还没开始作呢。

再回到上面的setContentView方法中，在调用installDecor方法建立了小弟以后，还作了一件事：

//加载xml布局文件
	mLayoutInflater.inflate(layoutResID, mContentParent);



    public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) {
        final Resources res = getContext().getResources();
        
        final XmlResourceParser parser = res.getLayout(resource);
        try {
            return inflate(parser, root, attachToRoot);
        } finally {
            parser.close();
        }
    }

而这个inflate就是咱们熟知的加载布局文件的方法。传入xml布局文件，解析并结合咱们传入的父view——mContentParent，将其转化为一个完整的树结构，最后返回顶层的View。

到这里，setContentView的工做算是完成了，

简单的说，就是建立了小弟DecorView，而且结合这个顶层的view和咱们传入的xml布局文件，生成了一个多层结构的View。

显示出这个View（ViewRootImpl）

View有了，结构也定下来了。接下来就是怎么显示出这个View结构，让咱们的手机展现出画面？

没错，就是绘制。

关于View的绘制工做交给谁作比较好呢？回忆下如今的成员：

• 小爱Activity：大老板，负责统筹便可。
• 窗管家PhoneWindow：负责管理各个View。
• 小弟DecorView：最顶层的View，负责展现主题布局。

好像没有人选能够负责View绘制了？绘制这么重要，那就要再招一个朋友来了。

ViewRootImpl闪亮✨登场，为了方便，我管他叫作 小薇。

小薇是何时建立的呢？

接着看Activity的调用过程，在onCreate调用完后，就会调用onResume方法，这又要从handleResumeActivity方法提及了。

@Override
    public void handleResumeActivity() {
        //onResume
        final ActivityClientRecord r = performResumeActivity(token, finalStateRequest, reason);
        //addView
        if (r.window == null && !a.mFinished && willBeVisible) {
            r.window = r.activity.getWindow();
            View decor = r.window.getDecorView();
            ViewManager wm = a.getWindowManager();
            WindowManager.LayoutParams l = r.window.getAttributes()
            wm.addView(decor, l);
        }

该方法主要作了两件事：

• 调用onResume方法
• 调用WM的addView方法。

小薇好像还没出来？

继续看addView方法：

//WindowManagerGlobal.java
	public void addView() {
        
        synchronized (mLock) {
            
            root = new ViewRootImpl(view.getContext(), display);

            view.setLayoutParams(wparams);

            mViews.add(view);
            mRoots.add(root);
            mParams.add(wparams);


            try {
                root.setView(view, wparams, panelParentView);
            } 
        }
    }



    public ViewRootImpl(Context context, Display display) {
        mContext = context;
        mWindowSession = WindowManagerGlobal.getWindowSession();
        mThread = Thread.currentThread();
    }

终于，小薇ViewRootImpl也被建立出来了，而这个ViewRootImpl中，有两个变量值得关注一下：

• mWindowSession。类型为IWindowSession，是一个Binder对象，用于进程间通讯。其在服务器端的实现为Session，能够经过它来完成WMS相关的工做。
• mThread。设置了线程变量为当前线程，也就是实例化ViewRootImpl时候的线程。通常进行不一样线程更新UI的时候，就会判断当前线程和mThread是否相等，若是不一样，则会抛出异常。

接下来，就是调用ViewRootImpl的setView方法，这个方法天然就是小薇ViewRootImpl作事的方法了：

//ViewRootImpl.java
    public void setView() {
        synchronized (this) {
        	//绘制
        	requestLayout();

        	//调用WMS的addWindow方法
        	res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
                            getHostVisibility(), mDisplay.getDisplayId(), mWinFrame,
                            mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,
                            mAttachInfo.mOutsets, mAttachInfo.mDisplayCutout, mInputChannel);

        	//设置this(ViewRootImpl)为view(decorView)的parent
			view.assignParent(this);
        }
    }

主要有三个功能：

• 触发绘制（具体包括测量、布局、绘制）

//ViewRootImpl.java
    @Override
    public void requestLayout() {
        if (!mHandlingLayoutInLayoutRequest) {
            checkThread();
            mLayoutRequested = true;
            scheduleTraversals();
        }
    }

    ->scheduleTraversals()
    ->performMeasure() performLayout() performDraw()
    ->measure、layout、draw方法

• 经过Binder调用WMS的addWindow方法

addToDisplay方法最终会WMS所在进程的addWindow方法，为窗口分配Surface，而这个Surface就是负责显示最终的界面了，并最终会绘制到屏幕上。

• 设置ViewRootImpl为decorView的parent

这样设置以后，子view请求绘制的时候（requestLayout），就能一直经过parent最终找到ViewRootImpl，而后由ViewRootImpl来负责全部View的绘制工做。
整个调用过程是：

View.requestLayout -> DecorView.requestLayout -> ViewRootImpl.requestLayout

//View.java
    public void requestLayout() {
        if (mParent != null && !mParent.isLayoutRequested()) {
            mParent.requestLayout();
        }
    }

小结

到此，Activity终于完成了他的启动生命周期，界面也显示出来了，小爱也变为了成型的Activity。

虽然这中间角色比较多，可是每一个角色又不可或缺：

由于须要管理View，建立出了 PhoneWindow；
由于须要根据主题显示不一样的布局结构，建立出了根View DecorView；
由于须要处理View的各类事件，包括绘制、事件分发，建立出了ViewRootImpl。

你们各忙各的，并听命于Activity。

习题

之前上课的时候，总喜欢学习完知识后作几个习题，今天也给你们带来几个问题，巩固下知识。

Activity、PhoneWindow、DecorView、ViewRootImpl 之间的关系？

• PhoneWindow：是Activity和View交互的中间层，帮助Activity管理View。
• DecorView：是全部View的最顶层View，是全部View的parent。
• ViewRootImpl：用于处理View相关的事件，好比绘制，事件分发，也是DecorView的parent。

四者的建立时机？

• Activity建立于performLaunchActivity方法中，在startActivity时候触发。
• PhoneWindow，一样建立于performLaunchActivity方法中，再具体点就是Activity的attach方法。
• DecorView，建立于setContentView->PhoneWindow.installDecor。
• ViewRootImpl，建立于handleResumeActivity方法中，最后经过addView被建立。

View的第一次绘制发生在何时？

第一次绘制就是发生在handleResumeActivity方法中，经过addView方法，建立了ViewRootImpl，并调用了其setView方法。

最后调用到requestLayout方法开始了布局、测量、绘制的流程。

线程更新UI致使崩溃的缘由？

在触发绘制方法requestLayout中，有个checkThread方法：

void checkThread() {
        if (mThread != Thread.currentThread()) {
            throw new CalledFromWrongThreadException(
                    "Only the original thread that created a view hierarchy can touch its views.");
        }
    }

其中对mThread和当前线程进行了比较。而mThread是在ViewRootImpl实例化的时候赋值的。

因此崩溃的缘由就是 view被绘制到界面时候的线程（也就是ViewRootImpl被建立时候的线程）和进行UI更新时候的线程不是同一个线程。

参考

《Android进阶解密》
View这12问

拜拜

感谢你们的阅读，有一块儿学习的小伙伴能够关注下个人公众号——码上积木❤️❤️
每日一个知识点，聚沙成塔，创建知识体系架构。
这里有一群很好的Android小伙伴，欢迎你们加入～