3. 第二层(ViewRootImpl.requestLayout)

我们来看看第一层讲到的ViewRootImpl.requestLayout()

//ViewRootImpl.java

@Override

public void requestLayout() {

    if (!mHandlingLayoutInLayoutRequest) {

        checkThread();

        mLayoutRequested = true;

        scheduleTraversals();

    }

}


void scheduleTraversals() {

    if (!mTraversalScheduled) {

        mTraversalScheduled = true;

        //1. 往主线程的Handler对应的MessageQueue发送一个同步屏障消息

        mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();

        //2. 将mTraversalRunnable保存到Choreographer中

        mChoreographer.postCallback(

                Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);

        if (!mUnbufferedInputDispatch) {

            scheduleConsumeBatchedInput();

        }

        notifyRendererOfFramePending();

        pokeDrawLockIfNeeded();

    }

}

复制代码

该方法主要作用如下：

1. 
   
2. 往主线程的Handler对应的MessageQueue发送一个同步屏障消息
   
3. 将mTraversalRunnable保存到Choreographer中
   

此处有三个特别重要的知识点：

1. 
   
2. mTraversalRunnable
   
3. MessageQueue的同步屏障
   
4. Choreographer机制
   

mTraversalRunnable相对比较简单，它的作用就是从ViewRootImpl 从上往下执行performMeasure、performLayout、performDraw。[重点：敲黑板]它的执行时机是当Vsync信号来到时，会往主线程的Handler对应的MessageQueue中发送一条异步消息，由于在scheduleTraversals()中给MessageQueue中发送过一条同步屏障消息，那么当执行到同步屏障消息时，会将异步消息取出执行

4. 第三层(TraversalRunnable)

当vsync信号量到达时，Choreographer会发送一个异步消息。当异步消息执行时，会调用ViewRootImpl.mTraversalRunnable回调。

final class TraversalRunnable implements Runnable {

    @Override

    public void run() {

        doTraversal();

    }

}

复制代码

void doTraversal() {

    if (mTraversalScheduled) {

        mTraversalScheduled = false;

        mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);


        if (mProfile) {

            Debug.startMethodTracing("ViewAncestor");

        }


        performTraversals();


        if (mProfile) {

            Debug.stopMethodTracing();

            mProfile = false;

        }

    }

}

复制代码

它的作用：

1. 
   
2. 移除同步屏障
   
3. 执行performTraversals方法
   

performTraversals()方法特别复杂，给出伪代码如下

private void performTraversals() {

    if (!mStopped || mReportNextDraw) {

      performMeasure()

    }


   final boolean didLayout = layoutRequested && (!mStopped || mReportNextDraw);

    if (didLayout) {

      performLayout(lp, mWidth, mHeight);

    }


    boolean cancelDraw = mAttachInfo.mTreeObserver.dispatchOnPreDraw() || !isViewVisible;


    if (!cancelDraw && !newSurface) {

        performDraw();

    }

}

复制代码

该方法的作用：

1. 
   
2. 满足条件的情况下调用performMeasure()
   
3. 满足条件的情况下调用performLayout()
   
4. 满足条件的情况下调用performDraw()
   

mStopped表示Activity是否处于stopped状态。如果Activity调用了onStop方法，performLayout方法是不会调用的。

//ViewRootImpl.java

private void performLayout(WindowManager.LayoutParams lp, int desiredWindowWidth,

            int desiredWindowHeight) {

// ... 省略代码

 host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight());  

// ... 省略代码

}

复制代码

回答文章开始的第二个问题：

其二：锁屏后，调用View.requestLayout()，会触发View的测量和布局操作吗？

答：不会，因为当前Activity处于stopped状态了

至此第一层里面留下的小悬念也得以解开，因为不会执行View.layout()方法，所以PFLAG_FORCE_LAYOUT不会被清除，导致接下来的requestLayout方法不会层层往上调用。

至此本文的两个问题都已经得到了答案。

当我把问题提交给鸿洋大佬的wanandroid上时，大佬又给我提了一个问题。

鸿洋大佬：既然Activity的onStop会导致requestLayout layout方法得不到执行，那么onResume方法会不会让上一次的requestLayout没有执行的layout方法执行一次呢？

于是我写了个demo来验证

//MyDemoActivity.kt

override fun onStop() {

    super.onStop()

    root.postDelayed(object : Runnable {

        override fun run() {

            root.requestLayout()

            println("ChoreographerActivity  reqeustLayout")

        }

    }, 1000)

}

复制代码

在自定义布局的onLayout方法中打印日志

@Override

protected void onLayout(boolean changed, int left, int top, int right, int bottom) {

    System.out.println("ChoreographerActivity onLayout");

    super.onLayout(changed, left, top, right, bottom);

}

复制代码

锁屏，1s后调用requestLayout，日志没有打印，1s后亮屏，发现日志打印了。

所以

鸿洋大佬：既然Activity的onStop会导致requestLayout layout方法得不到执行，那么onResume方法会不会让上一次的requestLayout没有执行的layout方法执行一次呢？

我：经过demo验证会。原因且听我道来

有了demo找原因就很简单了。正面不好攻破，那就祭出调试大法呗。但是断点放在哪好呢？思考了一番。我觉得断点放在发送同步屏障的地方比较好，ViewRootImpl.scheduleTraversals()。为什么断点放这里？(那你就得了解同步屏障和vsync刷新机制了，后文会讲) 

亮屏后，发现断点执行了。从堆栈中可以看出Activity的performRestart()方法执行了ViewRootImpl的scheduleTraversals方法。

虽然，亮屏的时候没有执行View.requestLayout方法，由于锁屏后1s执行了View.requestLayout方法，所以PFLAG_FORCE_LAYOUT标记位还是有的。亮屏调用了performTraversals方法时，会执行Measure、Layout、Draw等操作。

至此，完美回答了粉丝和鸿洋大佬的问题