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(); } }
该方法主要作用如下：
- 往主线程的Handler对应的MessageQueue发送一个同步屏障消息
- 将mTraversalRunnable保存到Choreographer中
此处有三个特别重要的知识点：
- mTraversalRunnable
- MessageQueue的同步屏障
- 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; } } }
它的作用：
- 移除同步屏障
- 执行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(); } }
该方法的作用：
- 满足条件的情况下调用performMeasure()
- 满足条件的情况下调用performLayout()
- 满足条件的情况下调用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方法不会层层往上调用。
至此本文的两个问题都已经得到了答案。
当我把问题提交给一位大佬上时，大佬又给我提了一个问题。
鸿洋大佬：既然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); }
锁屏，日志没有打印。亮屏，日志打印了。
所以
**大佬：**既然Activity的onStop会导致requestLayout layout方法得不到执行，那么onResume方法会不会让上一次的requestLayout没有执行的layout方法执行一次呢？
**我：**经过demo验证，会。原因且听我道来
有了demo找原因就很简单了。正面不好攻破，那就祭出调试大法呗。但是断点放在哪好呢？思考了一番。我觉得断点放在发送同步屏障的地方比较好，ViewRootImpl.scheduleTraversals()。为什么断点放这里？因为这里必经之路。
那你有可能会问：必经之路不应该是onLayout方法么？(那你就得了解同步屏障和VSync刷新机制了，之后有时间会讲)
亮屏后，发现断点执行了。从堆栈中可以看出Activity的performRestart()方法执行了ViewRootImpl的scheduleTraversals方法。
虽然，亮屏的时候没有执行View.requestLayout方法，由于锁屏后1s执行了View.requestLayout方法，所以PFLAG_FORCE_LAYOUT标记位还是有的。亮屏调用了performTraversals方法时，会执行Measure、Layout、Draw等操作。
至此，完美回答了读者和大佬的问题
5. 第四层(Handler同步屏障)
Handler原理是面试必问的问题。涉及到很多知识点。线程、Looper、MessageQueue、ThreadLocal、链表、底层等技术。本文我就不展开讲了。即使对Handler不是很了解，也不影响本层次的学习。
**A同学：**同步屏障。感觉好高大上的样子？能给我讲讲吗？
**我：**乍一看，是挺高大上的。让人望而生畏。但是细细一想，也不是那么难，说白了就是将Message分成三种不同类型
**A同学：**此话怎讲，愿闻其详~
**我：**如下代码应该看得懂吧？
class Message{ int mType; //同步屏障消息 public static final int SYNC_BARRIER = 0; //普通消息 public static final int NORMAL = 1; //异步消息 public static final int ASYNCHRONOUS = 2; }
**A同学：**这很简单呀，平时开发中经常用不同的值表示不同的类型，但是android中的Message类并没有这几个不同的值呀？
**我：**Android Message 类确实没有用不同的值来表示不同类型的Message。它是通过target和isAsynchronous()组合出三种不同类型的Message。
消息类型 target isAsynchronous() 同步屏障消息 null 无所谓 异步消息 不为null 返回true 普通消息 不为null 返回false **A同学：**理解了，那么它们有什么区别呢？
**我：**世界上本来只有普通消息，但是因为事情有轻重缓急，所以诞生了同步屏障消息和异步消息。它们两是配套使用的。当消息队列中同时存在这三种消息时，如果碰到了同步屏障消息，那么会优先执行异步消息。
**A同学：**有点晕~
**我：**别急，且看如下图解
- 绿色表示普通消息，很守规矩，按照入队顺序依次出队。
- 红色表示异步消息，意味着它比较着急，有优先执行的权利。
- 黄色表示同步屏障消息，它的作用就是警示，后续只会让异步消息出队，如果没有异步消息，则会一直等待。
上图，消息队列中全是普通消息。那么它们会按照顺序，从队首依次出队列。msg1->msg2->msg3
上图，三种类型消息全部存在，msg1是同步屏障消息。同步屏障消息并不会真正执行，它也不会主动出队列，需要调用MessageQueue的removeSyncBarrier()方法。它的作用就是"警示"，后续优先让红色的消息出队列。
1. msg3出队列
2. msg5出队列
3. 此刻msg2并不会出队列，队列中已经没有了红色消息，但是存在黄色消息，所以会一直等红色消息，绿色消息得不到执行机会
4. 调用removeSyncBarrier()方法，将msg1出队列
5. 绿色消息按顺序出队
postSyncBarrier()和removeSyncBarrier()必须成对出现，否则会导致消息队列出现假死情况。
同步屏障就介绍到这，如果意犹未尽的话，欢迎关注公众号，留言探讨。
6. 第五层(Choreographer VSync机制)
**B同学：**VSync机制感觉好高大上的样子？能给我讲讲吗
**我：**这个东西比较底层了，理解难度比较大，但是有一个比较取巧的理解方式。
**B同学：**说来听听。
**我：**可以从观察者模式角度来理解，VSync信号是由底层发出的。APP层会监听VSync的信号，当接收到信号时，就会通过Choreographer向消息队列发送异步消息，这个消息的作用之一就是通知ViewRootImpl去执行测量，布局，绘制操作。
//Choreographer.java private final class FrameDisplayEventReceiver extends DisplayEventReceiver implements Runnable { private boolean mHavePendingVsync; private long mTimestampNanos; private int mFrame;
@Override public void onVsync(long timestampNanos, int builtInDisplayId, int frame) {
//...省略其他代码 long now = System.nanoTime(); if (timestampNanos > now) { Log.w(TAG, "Frame time is " + ((timestampNanos - now) * 0.000001f)
- " ms in the future! Check that graphics HAL is generating vsync "
- "timestamps using the correct timebase."); timestampNanos = now; }
if (mHavePendingVsync) { Log.w(TAG, "Already have a pending vsync event. There should only be "
- "one at a time."); } else { mHavePendingVsync = true; }
mTimestampNanos = timestampNanos; mFrame = frame; Message msg = Message.obtain(mHandler, this); msg.setAsynchronous(true); mHandler.sendMessageAtTime(msg, timestampNanos / TimeUtils.NANOS_PER_MS); }
7. 第六层(绘制机制)
ViewRootImpl和Choreographer是绘制机制的两大主角。他们负责功能如下。具体的源代码就不贴了，总结如下图。
大厂面试前的复习准备
接下来分享的系统学习资源以详解各大互联网公司的 Android 常见面试题为主线，从面试的角度带你介绍必备知识点，以及该知识点在项目中的实际应用。
**帮你在现在的基础上，重新梳理和建立 Android 开发的知识体系。**无论是你短期内想提升 Android 内功实力，突破自己工作中的能力瓶颈，还是准备参加 Android 面试，都会在这份资料中有所一些收获。
从架构基础开始，分了8个模块来逐步从基础进阶到架构师的环节：
多余的话就不讲了，接下来将分享面试的一个复习路线，如果你也在准备面试但是不知道怎么高效复习，可以参考一下我的复习路线，有任何问题也欢迎一起互相交流，加油吧！
首先是超级详细得不能再详细的Android开发学习思维导图，因为图片实在是太大了，所以我就只把二级目录的内容放出来，更加详细的你们可以点击**这里**。
接下来就需要梳理知识，提升储备了！（Android移动架构师七大专题学习资源）
- **架构师筑基必备技能：**深入Java泛型+注解深入浅出+并发编程+数据传输与序列化+Java虚拟机原理+反射与类加载+动态代理+高效IO
- **Android高级UI与FrameWork源码：**高级UI晋升+Framework内核解析+Android组件内核+数据持久化
- **360°全方面性能调优：**设计思想与代码质量优化+程序性能优化+开发效率优化
- **解读开源框架设计思想：**热修复设计+插件化框架解读+组件化框架设计+图片加载框架+网络访问框架设计+RXJava响应式编程框架设计+IOC架构设计+Android架构组件Jetpack
- **NDK模块开发：**NDK基础知识体系+底层图片处理+音视频开发
- **微信小程序：**小程序介绍+UI开发+API操作+微信对接
- **Hybrid 开发与Flutter：**Html5项目实战+Flutter进阶
知识梳理完之后，就需要进行查漏补缺，所以针对这些知识点，我手头上也准备了不少的电子书和笔记，这些笔记将各个知识点进行了完美的总结。
然后再是通过源码来系统性地学习
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
