大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。
问题:
慢慢地熟悉android 的过程中。发现view 要么layout初始化,建或者生产活动是很清楚。被添加到父控制,然后开始了相应的生命周期。但父控件的整个界面。还是第一个系统view。 怎么来的,如何初始化和绘制?
概述:
带着困扰我的问题,本文试图分析理解view 的measure 的过程,在分析过程中重点分析了LayoutParams 中MATCH_PARENT和MATCH_PARENT 的相应关系。onMeasure 默认值的计算过程;解释了onMeasure 接口中的凝视中的问题,并提出一个问题:ViewRootImpl 是怎么创建的? 留作下篇引子。
最后。讨论怎样重写onMeasure()方法。
LayoutParams 中MATCH_PARENT和MATCH_PARENT 的相应关系
为什么从perform 開始本文。请见Android 动画animation 深入分析
在android.view.ViewRootImpl.performTraversals() 中開始measure的过程
childWidthMeasureSpec = getRootMeasureSpec(baseSize, lp.width); childHeightMeasureSpec = getRootMeasureSpec(desiredWindowHeight, lp.height); host.measure(childWidthMeasureSpec, childHeightMeasureSpec);
在android.view.ViewRootImpl 中能够看到其相应关系LayoutParams 中这三个值在内部有个相应关系。那就是
LayoutParams.MATCH_PARENT 相应 MeasureSpec.EXACTLY
.LayoutParams.WRAP_CONTENT相应 MeasureSpec.AT_MOST
默认值(也就是详细值) 相应 MeasureSpec.EXACTLY
也就是内部仅仅有两种模式 EXACTLY 精确模式 和 AT_MOST 最大模式。
private int getRootMeasureSpec(int windowSize, int rootDimension) { int measureSpec; switch (rootDimension) { case ViewGroup.LayoutParams.MATCH_PARENT: // Window can't resize. Force root view to be windowSize. measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.EXACTLY); break; case ViewGroup.LayoutParams.WRAP_CONTENT: // Window can resize. Set max size for root view. measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.AT_MOST); break; default: // Window wants to be an exact size. Force root view to be that size. measureSpec = MeasureSpec.makeMeasureSpec(rootDimension, MeasureSpec.EXACTLY); break; } return measureSpec; }
在这个getRootMeasureSpe() 中调用了makeMeasureSpec() 这个函数,从实现来看,通过按位与 的方法。把模式值和 详细的大小合并成了一个值。由于屏幕尺寸大小眼下远小于30位, 就用了最高两位来标识计算的模式。
private static final int MODE_SHIFT = 30; public static final int EXACTLY = 1 << MODE_SHIFT; public static final int AT_MOST = 2 << MODE_SHIFT;
public static int makeMeasureSpec(int size, int mode) { return size + mode; }
得到了宽、高的measureSpec 后,调用View.measure()。 能够看到measure的过程就是调用了 view 的onMeasure()方法。 就是假设要自己定义view的话须要重写的onMeasure()方法。
public final void measure(int widthMeasureSpec, int heightMeasureSpec) { if ((mPrivateFlags & FORCE_LAYOUT) == FORCE_LAYOUT || widthMeasureSpec != mOldWidthMeasureSpec || heightMeasureSpec != mOldHeightMeasureSpec) { // measure ourselves, this should set the measured dimension flag back onMeasure(widthMeasureSpec, heightMeasureSpec); } mOldWidthMeasureSpec = widthMeasureSpec; mOldHeightMeasureSpec = heightMeasureSpec; }
从onMeasure的凝视中能够看到:
1. onMeasure() 方法是被用来计算宽高的, 子类须要重写这种方法来提供更加准确和高效的计算方法。
2. 假设重写这种方法的话,必须调用setMeasuredDimension(int, int) 来保存计算的宽高的结果。否则会抛出异常IllegalStateException;
3. 基类的实现默认是使用背景大小来计算宽高,
4. 假设重写这种方法。 应该确保计算宽高的结果应该不小于view 的最小的宽高, ({@link #getSuggestedMinimumHeight()} and * {@link #getSuggestedMinimumWidth()})
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec), getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec)); }
onMeasure 默认值的计算过程
这里看一下默认值是怎么计算的,然后再讨论一下自己定义的onMeasure()应该怎么写。
1 首先。得到建议的最小高度, getSuggestedMinimumWidth(),果然如凝视所写。 在背景不为空的情况下,使用背景的最小宽高。这里的mMinWidth 是layout 属性中的minWidth 或者minHeight。 假设没有写,默认值为零。由此可见在layout过程中写的最小值在默认情况下的确能够保证view的最小大小。
思考一下,为什么没有提供最大值这个參数呢?
protected int getSuggestedMinimumWidth() { int suggestedMinWidth = mMinWidth; if (mBGDrawable != null) { final int bgMinWidth = mBGDrawable.getMinimumWidth(); if (suggestedMinWidth < bgMinWidth) { suggestedMinWidth = bgMinWidth; } } return suggestedMinWidth;
}
<pre name="code" class="java"><span style="font-family: Arial, Helvetica, sans-serif;">android.view.View.View(Context, AttributeSet, int) </span>
<span style="font-family: Arial, Helvetica, sans-serif;"> case R.styleable.View_minWidth:</span>
mMinWidth = a.getDimensionPixelSize(attr, 0); break;
2. 接下来看getDefaultSize();这里依据measureSpec 的模式,假设是EXACTLY 精确模式 和 AT_MOST 最大模式,则使用 specSize 。否则使用传入的參数,就是刚才计算的getSuggestedMinimumWidth(),max(设置的最小宽高值, 背景宽高)
public static int getDefaultSize(int size, int measureSpec) { int result = size; int specMode = MeasureSpec.getMode(measureSpec); int specSize = MeasureSpec.getSize(measureSpec); switch (specMode) { case MeasureSpec.UNSPECIFIED: result = size; break; case MeasureSpec.AT_MOST: case MeasureSpec.EXACTLY: result = specSize; break; } return result; }
3 所以在xml 文件里设置了宽高属性。默认的计算结果就是specSize。
对于rootViewImpl 来说。LayoutParams.MATCH_PARENT 和LayoutParams.WRAP_CONTENT 都是 windowSize, 否则就是lp 的宽高,也就是mWindowAttributes
WindowManager.LayoutParams lp = mWindowAttributes;
而mWindowAttributes的赋值是在android.view.ViewRootImpl.setView(View, LayoutParams, View) 中的copyfrom(); 也就是根view 的属性。就是初始view的属性。
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) { synchronized (this) { if (mView == null) { mView = view; mFallbackEventHandler.setView(view); mWindowAttributes.copyFrom(attrs);
那么,究竟这个ViewRootImpl是哪里来的呢,又有什么用处? to be continued…
讨论怎样重写onMeasure()方法
看完上面的系统默认的处理方式。
以及google 攻城狮 处心积虑留下的凝视来看。能做就是提供to provide better measurements of their content. 由于内容是自己自己定义的,所以就应该依照自己的需求来计算宽高喽。
并遵循系统的要求。1.确保大于min值;2. 在onMeasure()中调用setMeasuredDimension(int, int) 来保存计算的宽高的结果
留个尾巴
分析过程中ViewRootImpl是哪里来的呢,又有什么用处? to be continued…
版权声明:本文博主原创文章。博客,未经同意不得转载。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/116760.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...