-
增加PFLAG_FORCE_LAYOUT给mPrivateFlags。
-
如果mParent没有调用过requestLayout，则调用之。换句话说，如果调用过，则不会继续调用。
重点看下mParent.isLayoutRequested()方法，它在View.java中有具体实现：
//View.java
public boolean isLayoutRequested() {
return (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT;
}
如果mPrivateFlags增加了PFLAG_FORCE_LAYOUT标志位，则认为View已经请求过布局。由前文可知，在requestLayout的第二步会增加该标志位。「熟悉位操作的朋友就会知道，有增加操作就会有对应的清除操作。」 经过一番搜索，找到：
//View.java
public void layout(int l, int t, int r, int b) {
// … 省略代码
//在View调用完layout方法，会将PFLAG_FORCE_LAYOUT标志位清除掉
mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;
mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;
// … 省略代码
}
在View调用完layout方法，会将PFLAG_FORCE_LAYOUT标志位清除掉。当View下次再调用requestLayout方法时，依旧能往上层层调用。但是如果当layout()方法没有执行时，下次再调用requestLayout方法时，就不会往上层层调用了。
回答文章中的第一个问题：
❝
「其一：锁屏后，调用View.requestLayout()，会往上层层调用requestLayout()吗？」
「答：锁屏后，除了第一次调用会往上层层调用，其它的都不会」
❞
❝
「为什么，只有第一次调用会呢？那必定是因为之后的layout方法没有得到执行，导致PFLAG_FORCE_LAYOUT无法被清除。欲探究竟，接着往下看」
❞
如果你知道requestLayout调用是一个层级调用，那么恭喜你，你已经处于认知的第一层了。送你一张二层入场券。
第二层(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();
}
}
该方法主要作用如下：
-
往主线程的Handler对应的MessageQueue发送一个同步屏障消息。
-
将mTraversalRunnable保存到Choreographer中。
此处有三个特别重要的知识点：
-
mTraversalRunnable。
-
MessageQueue的同步屏障。
-
Choreographer机制。
mTraversalRunnable相对比较简单，它的作用就是从ViewRootImpl 从上往下执行performMeasure、performLayout、performDraw。「[重点：敲黑板]它的执行时机是当VSync信号来到时，会往主线程的Handler对应的MessageQueue中发送一条异步消息，由于在scheduleTraversals()中给MessageQueue中发送过一条同步屏障消息，那么当执行到同步屏障消息时，会将异步消息取出执行」
==================================================================================
当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方法不会层层往上调用。
至此本文的两个问题都已经得到了答案。
当我把问题提交给「鸿洋」的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);
}
锁屏，日志没有打印。亮屏，日志打印了。
所以，
❝
鸿洋：既然Activity的onStop会导致requestLayout layout方法得不到执行，那么onResume方法会不会让上一次的requestLayout没有执行的layout方法执行一次呢？
我：经过demo验证，会。原因且听我道来。
❞
有了demo找原因就很简单了。正面不好攻破，那就祭出调试大法呗。但是断点放在哪好呢？思考了一番。我觉得断点放在发送同步屏障的地方比较好，ViewRootImpl.scheduleTraversals()。为什么断点放这里？因为这里必经之路。那你有可能会问：必经之路不应该是onLayout方法么？(那你就得了解同步屏障和VSync刷新机制了，后文会讲)
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
最后
这里我特地整理了一份《Android开发核心知识点笔记》，里面就包含了自定义View相关的内容
如果你有需要的话，可以私信我【进阶】发给你
除了这份笔记，还给大家分享 Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。
如果你有需要的话，可以点击我的GitHub免费获取！
分享上面这些资源，希望可以帮助到大家提升进阶，如果你觉得还算有用的话，不妨把它们推荐给你的朋友~
容对你有帮助，可以添加下面V无偿领取！（备注Android）**
[外链图片转存中…(img-cnEUgHh9-1710847593224)]
最后
这里我特地整理了一份《Android开发核心知识点笔记》，里面就包含了自定义View相关的内容
如果你有需要的话，可以私信我【进阶】发给你
[外链图片转存中…(img-Sc1SLFwV-1710847593224)]
除了这份笔记，还给大家分享 Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。
如果你有需要的话，可以点击我的GitHub免费获取！
[外链图片转存中…(img-rGTGxHR8-1710847593225)]
分享上面这些资源，希望可以帮助到大家提升进阶，如果你觉得还算有用的话，不妨把它们推荐给你的朋友~
喜欢本文的话，给我点个小赞、评论区留言或者转发支持一下呗~
74
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
