那必定是因为之后的 layout() 方法没有得到执行,导致 PFLAG_FORCE_LAYOUT 无法被清除。
欲探究竟,接着往下看。
如果你知道 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());
// … 省略代码
}
回答文章中第二个问题:
Q:锁屏后,调用 View.requestLayout(),会触发 View 的测量和布局操作吗?
A:不会,因为当前 Activity 处于 stopped 状态了。
至此第一层里面留下的小悬念也得以解开,因为不会执行 View.layout() 方法,所以 PFLAG_FORCE_LAYOUT 不会被清除,导致接下来的 equestLayout() 方法不会层层往上调用。
至此本文的两个问题都已经得到了答案。
当我把问题提交给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 找原因就很简单了。正面不好攻破,那就祭出调试大法呗。
但是断点放在哪好呢?
思考了一番。我觉得断点放在发送同步屏障的地方比较好,ViewRootImpl.scheduleTraversals()。
为什么断点放这里?因为这里必经之路。那你有可能会问:必经之路不应该是 onLayout() 方法么?(那你就得了解同步屏障和 VSync 刷新机制了,后文会讲)
亮屏后,发现断点执行了。从堆栈中可以看出 Activity 的 performRestart()方法执行了 ViewRootImpl 的 scheduleTraversals() 方法。
虽然,亮屏的时候没有执行 View.requestLayout() 方法,由于锁屏后 1s 执行了 View.requestLayout() 方法,所以 PFLAG_FORCE_LAYOUT 标记位还是有的。亮屏调用了 performTraversals() 方法时,会执行 Measure、Layout、Draw 等操作。
至此,完美回答了粉丝和大佬的问题。
==============================================================================
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。
A 同学:理解了,那么它们有什么区别呢?
我:世界上本来只有普通消息,但是因为事情有轻重缓急,所以诞生了同步屏障消息和异步消息。它们两是配套使用的。当消息队列中同时存在这三种消息时,如果碰到了同步屏障消息,那么会优先执行异步消息。
A 同学:有点晕~
我:别急,且看如下图解。
-
绿色表示普通消息,很守规矩,按照入队顺序依次出队;
-
红色表示异步消息,意味着它比较着急,有优先执行的权利;
-
黄色表示同步屏障消息,它的作用就是警示,后续只会让异步消息出队,如果没有异步消息,则会一直等待;
上图,消息队列中全是普通消息。那么它们会按照顺序,从队首依次出队列。msg1->msg2->msg3。
上图,三种类型消息全部存在,msg1 是同步屏障消息。同步屏障消息并不会真正执行,它也不会主动出队列,需要调用 MessageQueue 的 removeSyncBarrier() 方法。它的作用就是 “警示”,后续优先让红色的消息出队列。
1、msg3 出队列。
2、msg5 出队列。
3、此刻 msg2 并不会出队列,队列中已经没有了红色消息,但是存在黄色消息,所以会一直等红色消息,绿色消息得不到执行机会。
4、调用 removeSyncBarrier() 方法,将 msg1 出队列。
5、绿色消息按顺序出队。
❝
postSyncBarrier() 和 removeSyncBarrier() 必须成对出现,否则会导致消息队列出现假死情况。
❞
同步屏障就介绍到这。
=========================================================================
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;
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
最后送福利了,现在关注我可以获取包含源码解析,自定义View,动画实现,架构分享等。
内容难度适中,篇幅精炼,每天只需花上十几分钟阅读即可。
大家可以跟我一起探讨,有flutter—底层开发—性能优化—移动架构—资深UI工程师 —NDK相关专业人员和视频教学资料,还有更多面试题等你来拿
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
x6qf-1712562296216)]
[外链图片转存中…(img-hUv1SjRi-1712562296216)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
最后送福利了,现在关注我可以获取包含源码解析,自定义View,动画实现,架构分享等。
内容难度适中,篇幅精炼,每天只需花上十几分钟阅读即可。
大家可以跟我一起探讨,有flutter—底层开发—性能优化—移动架构—资深UI工程师 —NDK相关专业人员和视频教学资料,还有更多面试题等你来拿
[外链图片转存中…(img-ROXwh8Ec-1712562296217)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!