Android View绘制流程

   提到View的绘制流程，首先想到的就是measure，layout，draw三个阶段。但是系统是如何发起绘制View的请求的?

 整体流程分析

当启动一个Activity的时候，系统首先会调用onCreate()方法，在onCreate()方法中会调用setContentView()来加载我们自己的布局。那么setContentView()都做了什么事情？

 setContentView()

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

 

通过代码发现setContentView()内部会调用getWindow()的setContentView()方法。这里getWindow()获取到的是一个Window对象。Window是一个抽象类，而它的具体实现类是PhoneWindow。所以这里需要到PhoneWindow里看看setContentView()都做了什么事情。

//com.android.internal.policy.PhoneWindow

    @Override
    public void setContentView(int layoutResID) {
        
        if (mContentParent == null) {
            installDecor();//1.创建DecorView
        } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
            mContentParent.removeAllViews();
        }

        if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
            final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID,
                    getContext());
            transitionTo(newScene);
        } else {
           //2.将我们自己创建的布局添加进mContentParent中
            mLayoutInflater.inflate(layoutResID, mContentParent);
        }
        mContentParent.requestApplyInsets();
        final Callback cb = getCallback();
        if (cb != null && !isDestroyed()) {
            cb.onContentChanged();
        }
        mContentParentExplicitlySet = true;
    }

DecorView

在该方法内部首先会判断mContentParent是否为nul，第一次调用这个方法的时候mContentParent肯定为null，所以进入if语句调用installDecor()方法创建DecorView。那么DecorView是什么？先来看一张图：

DecorView是一个应用窗口的根容器，它本质上是一个FrameLayout。DecorView有唯一一个子View，它是一个垂直LinearLayout，包含两个子元素，一个是TitleView（ActionBar的容器），另一个是ContentView（窗口内容的容器）。关于ContentView，它是一个FrameLayout（android.R.id.content)，我们平常用的setContentView就是设置它的子View，前面代码中出现的mContentParent指的就是图中的ContentView。在了解了DecorView之后再来看看installDecor()是如何创建DecorView的：

private void installDecor() {
        mForceDecorInstall = false;
        if (mDecor == null) {
            mDecor = generateDecor(-1);//1.创建mDecor
            mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);
            mDecor.setIsRootNamespace(true);
            if (!mInvalidatePanelMenuPosted && mInvalidatePanelMenuFeatures != 0) {
                mDecor.postOnAnimation(mInvalidatePanelMenuRunnable);
            }
        } else {
            mDecor.setWindow(this);
        }
        if (mContentParent == null) {
            mContentParent = generateLayout(mDecor);//2.创建mContentParent
}

           
   }

这一段代码很长，但我们只需要关注其中一部分。在注释1处通过调用generateDecor()方法创建mDecor，mDecor就是前面提到的DecorView。

protected DecorView generateDecor(int featureId) {
        .....

        return new DecorView(context, featureId, this, getAttributes());
    }

可以看到在generateDecor()方法中直接通过new的方式创建一个DecorView。

DecorView创建出来之后紧接着会在注释2处通过generateLayout()方法创建mContentParent。generateLayout()这个方法内部会通过getWindowStyle()获取的theme配置信息进行相应设置，并且通过findViewById找到ID为com.android.internal.R.id.content的View，这个view就是mContentParent。

分析完了installDecor()方法在回头看PhoneWindow的setContentView()方法。在setContentView()方法注释2处，通过mLayoutInflater.inflate(layoutResID, mContentParent)将我们自己的布局添加到mContentParent中。到目前为止我们自己定义的布局已经添加到Activity的根布局中，但是还没有进行绘制，所以这个时候视图并不会显示。那么什么时候才会真正的去绘制视图？

handleResumeActivity()

handleResumeActivity()是ActivityThread内部的一个方法，该方法会在Activity启动时由系统调用。来看看这个方法都做了什么事情：

 final void handleResumeActivity(IBinder token,
            boolean clearHide, boolean isForward, boolean reallyResume, int seq, String reason) {
        ActivityClientRecord r = mActivities.get(token);
        if (!checkAndUpdateLifecycleSeq(seq, r, "resumeActivity")) {
            return;
        }

        unscheduleGcIdler();
        mSomeActivitiesChanged = true;
         //1.执行Activity的onResume方法
        r = performResumeActivity(token, clearHide, reason);
        if (r != null) {
            final Activity a = r.activity;
                
            .........
            
            if (r.window == null && !a.mFinished && willBeVisible) {
                //2.获取当前Activity的Window对象
                r.window = r.activity.getWindow();
                //3.获取当前Activity的DecorView
                View decor = r.window.getDecorView();
                decor.setVisibility(View.INVISIBLE);
                //4.获取当前Activity的WindowManager对象
                ViewManager wm = a.getWindowManager();
                WindowManager.LayoutParams l = r.window.getAttributes();
                a.mDecor = decor;

                ........

                if (a.mVisibleFromClient) {
                    if (!a.mWindowAdded) {
                        a.mWindowAdded = true;
                        //5.将Activity的DecorView添加到WindowManager
                        wm.addView(decor, l);
                    } else {
        
                        a.onWindowAttributesChanged(l);
                    }
                }

        
            } else if (!willBeVisible) {
                if (localLOGV) Slog.v(
                    TAG, "Launch " + r + " mStartedActivity set");
                r.hideForNow = true;
            }

            ...........
                     
      
    }

在注释1处会调用performResumeActivity()来执行Activity的onResume方法，在注释2-4处分别获取到Activity的Window对象、DecorView和WindowManager对象。Window和DecorView前面已经分析过，那么WindowManager是什么？

WindowManager主要用来管理窗口的一些状态、属性、view增加、删除、更新、窗口顺序、消息收集和处理等。Android中真正展示给用户的是window和view，activity所起的作用主要是处理一些逻辑问题，比如生命周期管理及建立窗口。WindowManager 是一个接口，它的真正实现类是 WindowManagerImpl 类。

可以看到在注释5处WindowManager会调用自身的addView方法。因为WindowManager的具体实现类是WindowManagerImpl，所以我们需要到WindowManagerImpl中看看addView做了什么事情。

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

mGlobal是WindowManagerImpl的成员变量，是WindowManagerGlobal类型。所以最终调用的是WindowManagerGlobal的addView方法，点进去看看：

public void addView(View view, ViewGroup.LayoutParams params,
            Display display, Window parentWindow) {
        

      ......

        ViewRootImpl root;
        View panelParentView = null;

        synchronized (mLock) {

            ........
            //1.创建ViewRootImpl
            root = new ViewRootImpl(view.getContext(), display);

            view.setLayoutParams(wparams);

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

           
            try {
                //2.将DecorView与ViewRootImpl进行关联
                root.setView(view, wparams, panelParentView);
            } catch (RuntimeException e) {
                // BadTokenException or InvalidDisplayException, clean up.
                if (index >= 0) {
                    removeViewLocked(index, true);
                }
                throw e;
            }
        }
    }

在注释1处会new一个ViewRootImpl。ViewRootImpl是连接WindowManagerService和DecorView的纽带，View的三大流程（测量（measure），布局（layout），绘制（draw））均通过ViewRoot来完成。然后在注释2处调用ViewRootImpl的setView()方法。在setView方法内部会调用requestLayout()方法。分析到这想必大家都已经明白了，当我们调用requestLayout()时就会引起View执行measure，layout，draw三大流程将视图渲染到屏幕上，这个时候我们就能看到自己定义View布局了。关于measure，layout，draw三大流程的讲解网上可以找到很多资料，我就不详细分析了。

 

总结

由前面的分析可以看出来，代码在执行到onCreate()方法中的setContentView()方法时，我们自己定义的View布局仅仅只是添加到Activity的根部局当中，并没有绘制出来，此时View是不可见的。当onResume()方法执行之后，系统才会去绘制View，绘制完成后我们才能看到自己定义的View布局。

 

引申出来的问题一：

我们都知道只有UI线程才能够操作UI，如果在子线程更新UI系统会抛出异常。但如果我是在onCreate()方法中开启一个子线程，并在子线程中更新UI，会发现系统并没有抛出异常也没用报错，app依旧能够正常运行。这是为什么？

我们先来找到在进行UI操作的时候用来检查当前线程是否是UI线程的代码在什么地方：

@Override
    public void requestLayout() {
        if (!mHandlingLayoutInLayoutRequest) {
            //1.检查是否是主线程
            checkThread();
            mLayoutRequested = true;
            //2
            scheduleTraversals();
        }
    }

 

在requestLayout()方法的注释1处就是用来检查当前线程是否是主线程。从前面的分析中我们知道Activity启动后requestLayout()第一次被调用是在onResume()方法执行完成之后。系统在执行完onResume()方法后会调用WindowManager的addView()方法，然后会在WindowManagerGlobal的addView()方法中创建ViewRootImpl并调用ViewRootImpl的setView()方法。只有在ViewRootImpl被创建出来之后才会去检查当前线程是否是主线程。

所以在onCreate方法中创建子线程来操作UI并不会报错，因为这个时候ViewRootImpl还没有被创建。

 

引申出来的问题二：

有时候我们需要在刚进入一个Activity的时候去获取布局中一个View的宽高，这个时候不管是在onCreate方法中还是onResume方法中获取到的宽高永远是0。为什么会出现这种现象？

从前面的分析中可以看出来，VIew视图的绘制是在onResume()方法之后，也就是说onResume()方法执行完，我们自己定义的View布局才会去执行measure，layout，draw三大流程，这个时候我们去获取View的宽高，肯定是0。那么我们改如何判断Activity的View布局是否绘制完成？

1. View.post()方法：使用View.post()方法post一个Runnable，当View绘制完成之后会调用Runnable，我们就能在Runnable中获取到该View的宽高。但是这个方法在 Android 7.0（Api level 24） 上，post() 出去的 Runnable ，可能永远也不会有机会得到执行。具体的细节可以看这篇文章https://segmentfault.com/a/1190000011026324

2. onWindowFocusChanged:当Activity的布局绘制完成并且完全可见时就会回调这个方法，我们可以在这个方法中获取View的宽高

3. ViewTreeObserver：使用ViewTreeObserver的众多回调可以完成这个功能，比如使用OnGlobalLayoutListener这个接口，当View树的状态发生改变或者View树内部的View的可见性发生改变时，OnGlobalLayout方法将会被回调，这是获取View宽高很好的一个时机，需要注意的是，伴随着View树的状态改变，OnGlobalLayout会被调用多次