确切的说,是刚打开Activity时,页面中的View的onMeasure
最少会被调用两次。这是为什么呢?接下来我们以LinearLayout为例进行分析。
系列文章:
从源码角度理解FrameLayout#onMeasure对child的measure调用次数
从源码角度理解LinearLayout#onMeasure对child的measure调用次数
从源码角度理解RelativeLayout#onMeasure对child的measure调用次数
从源码角度理解ConstraintLayout#onMeasure对child的measure调用次数
ViewGroup在调用onMeasure时,会先测量父View,还是会先测量子View?
自定义LinearLayout验证
先自定义一个LinearLayout:CustomLinearLayout
,主要是添加了log打印:
CustomLinearLayout打印log
public class CustomLinearLayout extends LinearLayout {
private static final String TAG = "CustomLayout-Linear";
public CustomLinearLayout(Context context) {
super(context);
}
public CustomLinearLayout(Context context, @Nullable AttributeSet attrs) {
super(context, attrs);
}
public CustomLinearLayout(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
public CustomLinearLayout(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
super(context, attrs, defStyleAttr, defStyleRes);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
int widthSpecSize = MeasureSpec.getSize(widthMeasureSpec);
int widthSpecMode = MeasureSpec.getMode(widthMeasureSpec);
int heightSpecSize = MeasureSpec.getSize(heightMeasureSpec);
int heightSpecMode = MeasureSpec.getMode(heightMeasureSpec);
Log.e(TAG, String.format("onMeasure widthSpecSize:%s, widthSpecMode:%s, heightSpecSize:%s, heightSpecMode:%s",
widthSpecSize, widthSpecMode, heightSpecSize, heightSpecMode));
}
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
super.onLayout(changed, l, t, r, b);
Log.e(TAG, String.format("onLayout changed:%s, l:%s, t:%s, r:%s, b:%s",
changed, l, t, r, b));
}
@Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
Log.e(TAG, "onDraw");
}
}
简单的xml文件,宽高都是match_parent
接着看下Activity对应的布局文件,布局文件很简单,就一个自定义LinearLayout:
<?xml version="1.0" encoding="utf-8"?>
<com.tinytongtong.androidstudy.measure.view.CustomLinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context=".measure.MeasureInvokeTestActivity">
</com.tinytongtong.androidstudy.measure.view.CustomLinearLayout>
查看log
最后启动Activity,我们看下对应的log:
E/CustomLayout-Linear: onMeasure widthSpecSize:1080, widthSpecMode:1073741824, heightSpecSize:1823, heightSpecMode:1073741824
E/CustomLayout-Linear: onMeasure widthSpecSize:1080, widthSpecMode:1073741824, heightSpecSize:1823, heightSpecMode:1073741824
E/CustomLayout-Linear: onLayout changed:true, l:0, t:0, r:1080, b:1823
如上所示,自定义LinearLayout的onMeasure
方法确实是调用了两次。
通过debug分析原理
我们在CustomLinearLayout#onMeasure
方法中添加一个debug断点,看下实际的调用链。
debug结果:基于api30
第一次调用onMeasure:
从图中可以清晰的看出,
ViewRootImpl#performMeasure
方法是在ViewRootImpl的2228行
调用。调用链如下:
--> ViewRootImpl#performTraversals
--> ViewRootImpl#measureHierarchy; 2486行调用
--> ViewRootImpl#performMeasure(childWidthMeasureSpec, childHeightMeasureSpec); 2228行调用
--> View#measure; 开始执行页面绘制流程
--> View#onMeasure; 从根View开始,从上往下,依次执行依次measure流程。
具体源码如下:ViewRootImpl#performTraversals
方法中,2486行
。
private void performTraversals() {
...
// Ask host how big it wants to be
windowSizeMayChange |= measureHierarchy(host, lp, res,
desiredWindowWidth, desiredWindowHeight);
...
}
4、第二次调用onMeasure
:
调用链如下:
--> ViewRootImpl#performTraversals
--> ViewRootImpl#performMeasure(childWidthMeasureSpec, childHeightMeasureSpec); 2280行调用
--> View#measure; 开始执行页面绘制流程
--> View#onMeasure; 从根View开始,从上往下,依次执行依次measure流程。
具体代码如下:
private void performTraversals() {
...
// Ask host how big it wants to be
performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
...
}
总体来说,两次测量都是ViewRootImpl#performTraversals
方法中触发的,第一次是在2486行
调用ViewRootImpl#measureHierarchy
方法,第二次是在2280行
调用ViewRootImpl#performMeasure(childWidthMeasureSpec, childHeightMeasureSpec)
。
这两次调用各自是什么意思呢?
第一次是在2486行
调用ViewRootImpl#measureHierarchy
方法,这一步骤的测量ViewTree
是为了确定RootView
的尺寸从而在此步骤确定Window尺寸
。
第二次是在2280行
调用ViewRootImpl#performMeasure(childWidthMeasureSpec, childHeightMeasureSpec)
方法,是在确定了window尺寸
的基础上,对RootView
进行再次测量,本次就可确定ViewTree
中各部分的尺寸。
细心的同学可能已经发现了,我们demo中Activity布局的宽高,写的都是match_parent
,属于测量中最简单的场景,此时RootView的宽高是不会超出window尺寸的。如果我们修改一下我们布局的宽高,那么测量流程就不止两次了。感兴趣的同学可以研究下,具体参见Android 一个困惑很久的问题:onMeasure() 为什么会执行多次?。
总结
在一个简单的Activity中,写一个简单的布局,宽高都是match_parent
。当打开Activity时,从RootView开始从上往下
,绘制流程(onMeasure方法)最少执行两次
。
相关资料
Android 一个困惑很久的问题:onMeasure() 为什么会执行多次?
系列文章:
从源码角度理解FrameLayout#onMeasure对child的measure调用次数
从源码角度理解LinearLayout#onMeasure对child的measure调用次数
从源码角度理解RelativeLayout#onMeasure对child的measure调用次数
从源码角度理解ConstraintLayout#onMeasure对child的measure调用次数
ViewGroup在调用onMeasure时,会先测量父View,还是会先测量子View?