我脑补的这个场景,用罗翔老师的话来讲是 「法律允许,但是不提倡」。
当 Activity 不在前台的时候,就应该把 requestLayout() 方法停掉嘛。
我们知道的,这个方法会从调用的 View 一层一层往上调用,直到 ViewRootImpl.requestLayout() 方法,然后会从上往下,触发 View 的测量和布局甚至绘制方法。
非常之浪费嘛!错误非常之低级!但是果真如此吗?
偷偷告诉大家,其实一直调用也没关系,Google 大神已经考虑到了,不信且看后文。
电竞主播芜湖大司马,有一句网络流行语「你以为我在第一层, 其实我在第十层」。下面我将用层级来表示对 requestLayout() 方法的了解程度,层级越高,表示了解越深刻。
我喜欢用树形图来分析 Android View 源码,上图:
========================================================================
Q:假设调用 I.requestLayout(),会触发哪些 View 的 requestLayout() 方法?
A:会依次触发 I.requestLayout() -> C.requestLayout() -> A.requestLayout() -> … 省略一些 View -> ViewRootImpl.requestLayo
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
ut()。
//View.java
public void requestLayout() {
// 1. 清除测量记录
if (mMeasureCache != null) mMeasureCache.clear();
// 2. 增加PFLAG_FORCE_LAYOUT给mPrivateFlags
mPrivateFlags |= PFLAG_FORCE_LAYOUT;
mPrivateFlags |= PFLAG_INVALIDATED;
// 3. 如果mParent没有调用过requestLayout,则调用之。换句话说,如果调用过,则不会继续调用
if (mParent != null && !mParent.isLayoutRequested()) {
mParent.requestLayout();
}
}
该方法作用如下:
-
清除测量记录;
-
增加 PFLAG_FORCE_LAYOUT 给 mPrivateFlags;
-
如果 mParent 没有调用过 requestLayout(),则调用之。换句话说,如果调用过,则不会继续调用;
重点看下 mParent.isLayoutRequested() 方法,它在 View.java 中有具体实现。
//View.java
public boolean isLayoutRequested() {