|
首先是view的绘制过程~最主要的分三部分 measure layout draw 看字面意思,计算,布局,画~ android中控件相当于是画在一个无限大的画布上的,那就产生了几个问题 画布无限大,但是画的内容肯定是有限的,即我们只需要画布的一小部分,那这部分有多大呢? measure就是计算这个画布所需部分有多大的 决定好我们需要的画布部分,我们可能会在上面画很多内容,每个内容都画在什么位置呢? layout就是决定在选定范围内画在什么位置的 最后,决定好画在具体位置时,我们到底画什么内容呢? draw自然就是决定画什么具体内容的了 而三个步骤对应的处理我们都可以在对应的on...方法中实现 即onMeasure onLayout onDraw 本系列会逐一分析三者的原理以及我们如何去使用, 全部分析完以后会将三者整合起来详细分析 ------------------------------------------------------------------------------------------------------------ 本章,我们研究measure部分~也是绘制三部曲滴第一部 开始之前先解释几个重要的概念,一定要理解这几个概念,不然后面分析会让人无法理解~ 1.measure过程中使用的宽高值是一个特殊的类型,由数值和类型共同组成 在下面分析代码中看到的,比如onMeasure方法的参数width/heightMeasureSpec都是这种特殊值, 虽然是int值,但并非只是个简单数字,而是包含期望类型的一个特殊宽高值~ 即由宽高数值+宽高期望类型值共同拼接而成 这个期望类型有三种模式,分别是 MeasureSpec.UNSPECIFIED, MeasureSpec.EXACTLY和MeasureSpec.AT_MOST 下面是介绍
类型实质上也都是数字,数值和类型都是int,如何组成的呢? 原理是类型为左移30位的高位数字,数值为不移位的低位数字,最后拼成一个带有类型和大小数值的特殊int 看2进制结果比较明显(如果直接打印int值看10进制数字可能会奇怪,我操这么大的数字是怎么回事) 比如宽度数值为800,期望类型为EXACTLY=1,最终组成的结果就是 1000000000000000000001100100000 即右起数第31位是类型值1,加粗部分 右边的1100100000就是数值大小部分,换成10进制就是800 如何将数值和类型具体组装成一个这样完整的特殊值呢~ 用MeasureSpec.makeMeasureSpec(数值, 类型)方法生成即可 2.一个View的最终大小不是简单的由布局文件中的width和height决定的,还需要考虑parent和child的情况 诸如WRAP_CONTENT和MATCH_PARENT都是需要根据parent和child的情况共同决定的, 而作为parent对child的期望值,也是无法直接决定控件最终大小的,切记,期望值只个参考 补充说明下: 1) 期望值这种东西并不能直接决定child的实际值,只是对child的一个期望~ 换句话说,child可以根据情况自行判断遵从期望或者无视parent对你的期望,自行设置宽高 2) 而不同的child对待同一个期望类型的处理方法也是不同的 3) 对child期望类型的设置一般也要根据child的LayoutParams.width/height等情况来设定 4) 一个ViewGroup有可能作为其他View的parent也可能作为其他view的child(View只能作为child) 所以设计自定义ViewGroup时需要又考虑parent的期望又要考虑对child的期望设置 举个例子对比下,帮助理解 比如parent父控件相当于父母,parent的期望类型就相当于父母希望你发展的方向,上面几点就可以这么理解 1) 父母希望你以后能往艺术方向发展,那你偏不,就非要当程序猿~ 虽然不按套路来但谁也管不了你,最终决定权还是在你手里的 2) 父母有三个孩子,希望他们都往艺术方向发展,熊孩子们也遵从了,但是个人理解不同 熊孩子一号搞了美术,二号整了音乐,三号玩起了人体艺术 但是如果父母希望熊孩子搞经济方面,也就是赚钱为主呢~每个人也还是有不同理解 熊孩子一号和二号都选了开咖啡店,三号则开了洗脚城- - 3) 父母对孩子的期望也看孩子,会在一定意义上遵从孩子的意见 如果孩子从小脑子聪明,那自然就希望他赚钱~ 如果孩子从小就对艺术感兴趣,自然就期望他在艺术方面有发展了~ 4) 你可能是当儿女的,又可能是当爹妈的,所有两者都要考虑到 ------------------------------------------------------------------------------------------------------------ 如果自定义控件需要确定自己的大小,可以复写onMeasure方法在其中处理, 若是继承ViewGroup则即可能作为parent又可能作为child,需要处理两部分,对自己和对child的measure 若为View的子类,则只用处理自己的measure即可,没有child所以不用考虑对其的measure 一. 对自己的measure(View和ViewGroup都需要) 是计算控件自己的大小,布局中参数只是一个你想要的值,实际控件的size需要结合其parent的期望大小一起决定, 对于match_parent和wrap_content情况更是需要结合parent和child才能共同决定 处理方法: 1. 自己直接设置处理 setMeasureDimension(int measureWidth, int measureHeight); 该方法是直接设置控件宽高的,比如自定义View的onMeasure中直接setMeasureDimension(任意值, 任意值) 那无论xml布局文件中的宽高写多少,最终size都还是setMeasureDimension中传入的固定值了~ 当然肯定是不能这么乱来的,按照方法注释里面的说法是,开发者有义务遵循几个原则,要按照套路来,不能瞎搞, 不但要考虑到parent对你的期望值,即复写onMeasure方法时的两个参数, 还有要有最小值等其他处理 2.调用父类处理方法 super.onMeasure(); 直接交给parent处理,自己不做处理 一般来说直接继承ViewGroup的,比如LinearLayout,RelativeLayout,Framelayout等都是自己处理的(方法1) 而间接继承ViewGroup的,即是继承于LinearLayout等这样ViewGroup子类的,比如ScrollView, 那如果没有特殊需要则多是直接交给父类处理(方法2) 二. 对child的measure(只有ViewGroup需要) 对child的measure即你对于child的期望值设置,child.measure() 这样child再根据你传给他的期望值结合child自己的情况决定他的最终大小 注意 对child的measure处理是需要自己处理的,换句话说,如果你复写了一个ViewGroup只在里面measure了自己, 那child的onMeasure方法是不会自动调用的,一定要手动调用child.measure方法才能触发, 但若是间接继承,比如继承了FrameLayout,那只需super.onMeasure就行了, 因为FrameLayout自己已经for循环measure过所有child了 这样ViewGroup中measure自身,然后measure child, 如果child也是一个ViewGroup又要measure child自身,然后measure child的child, 这是毅种循环,最终完成对整个View树结构所有控件的measure ------------------------------------------------------------------------------------------------- 到这里可能有细心的同学会有发现一个疑惑 我们知道onMeasure方法的参数是parent传过来的,那问题来了,如果FrameLayout是作为布局文件里的根布局, 那它的parent是谁呢~他的onMeasure方法中的width/heightMeasureSpec是多少呢?谁赋予的呢? 原理就不扯太远了,参考了<Android内核剖析>书中的13.8章节(从书里学到了很多,推荐大家去看看) 直接定位到ViewRootImpl类中的getRootMeasureSpec方法, 看注释就知道是计算根view的measureSpec值的,方法如下 /** * Figures out the measure spec for the root view in a window based on it's * layout params. * * @param windowSize * The available width or height of the window * * @param rootDimension * The layout params for one dimension (width or height) of the * window. * * @return The measure spec to use to measure the root view. */ private static 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; } 总结起来就是 如果某个ViewGroup子类作为布局文件中的根布局时,布局参数和onMeasure中的measure值对照关系就如下
实验下,自定义一个继承View的MyView,作为布局文件的根元素, 依次将宽高改为 数值/wrap_content/match_parent运行并打印onMeasure的width/heightMeasureSpec值 <?xml version="1.0" encoding= "utf-8"?> <com.boredream.view.MyView xmlns:android="http://schemas./apk/res/android" android:layout_width= "wrap_content/match_parent" android:layout_height= "200dp/400dp" /> @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { super.onMeasure(widthMeasureSpec, heightMeasureSpec); System.out.println(MeasureSpec. toString(widthMeasureSpec) + ":" + MeasureSpec.toString(heightMeasureSpec)); System.out.println("---------------------"); } 我是在分辨率为800 600的模拟器上跑 根自定义布局参数width=wrap_content/height=200dp时 打印内容为MeasureSpec: AT_MOST 800:MeasureSpec: EXACTLY 200 根自定义布局参数width=match_parent/height=400dp时 打印内容为MeasureSpec: EXACTLY 800:MeasureSpec: EXACTLY 400 ------------------------------------------------------------------------------------------------- 好了,知道要做什么了,不光要设置自身宽高还要设置child的期望值, 那如何根据parent的期望值,结合自身情况(包括child的布局参数值)综合条件来准确获取到一个合适的值呢~ 尤其是类型我用哪个呢~ 系统已经考虑到这些了,为我们提供了几个实用有效的方法, 比如getChildMeasureSpec还有resolveSizeAndState等等,问题又来了,什么时候用什么方法呢? 挑常用的分析下 1.MeasureSpec.makeMeasureSpec(int size, int mode) 上面提过,最简单的,直接将数值size和类型mode拼装成一个所需的measureSpec值~ 在你明确知道自己需要的类型时,直接使用该方法生成 2.getChildMeasureSpec(int spec, int padding, int childDimension) 是ViewGroup类中定义的,用于处理child的MeasureSpec值的,child的处理也是measure中的难点 对应代码为 /** * Does the hard part of measureChildren: figuring out the MeasureSpec to * pass to a particular child. This method figures out the right MeasureSpec * for one dimension (height or width) of one child view. * * The goal is to combine information from our MeasureSpec with the * LayoutParams of the child to get the best possible results. For example, * if the this view knows its size (because its MeasureSpec has a mode of * EXACTLY), and the child has indicated in its LayoutParams that it wants * to be the same size as the parent, the parent should ask the child to * layout given an exact size. * * @param spec The requirements for this view * @param padding The padding of this view for the current dimension and * margins, if applicable * @param childDimension How big the child wants to be in the current * dimension * @return a MeasureSpec integer for the child */ public static int getChildMeasureSpec( int spec, int padding, int childDimension) { int specMode = MeasureSpec. getMode(spec); int specSize = MeasureSpec. getSize(spec); int size = Math. max(0, specSize - padding); int resultSize = 0; int resultMode = 0; switch (specMode) { // Parent has imposed an exact size on us case MeasureSpec. EXACTLY: if (childDimension >= 0) { resultSize = childDimension; resultMode = MeasureSpec. EXACTLY; } else if (childDimension == LayoutParams. MATCH_PARENT) { // Child wants to be our size. So be it. resultSize = size; resultMode = MeasureSpec. EXACTLY; } else if (childDimension == LayoutParams. WRAP_CONTENT) { // Child wants to determine its own size. It can't be // bigger than us. resultSize = size; resultMode = MeasureSpec. AT_MOST; } break; // Parent has imposed a maximum size on us case MeasureSpec. AT_MOST: if (childDimension >= 0) { // Child wants a specific size... so be it resultSize = childDimension; resultMode = MeasureSpec. EXACTLY; } else if (childDimension == LayoutParams. MATCH_PARENT) { // Child wants to be our size, but our size is not fixed. // Constrain child to not be bigger than us. resultSize = size; resultMode = MeasureSpec. AT_MOST; } else if (childDimension == LayoutParams. WRAP_CONTENT) { // Child wants to determine its own size. It can't be // bigger than us. resultSize = size; resultMode = MeasureSpec. AT_MOST; } break; // Parent asked to see how big we want to be case MeasureSpec. UNSPECIFIED: if (childDimension >= 0) { // Child wants a specific size... let him have it resultSize = childDimension; resultMode = MeasureSpec. EXACTLY; } else if (childDimension == LayoutParams. MATCH_PARENT) { // Child wants to be our size... find out how big it should // be resultSize = 0; resultMode = MeasureSpec. UNSPECIFIED; } else if (childDimension == LayoutParams. WRAP_CONTENT) { // Child wants to determine its own size.... find out how // big it should be resultSize = 0; resultMode = MeasureSpec. UNSPECIFIED; } break; } return MeasureSpec. makeMeasureSpec(resultSize, resultMode); } 注释大概意思是计算child的MeasureSpec比较麻烦,这里提供了一个有效滴方法可以准确计算 目标是根据MeasureSpec值和child的LayoutParams值算出一个"最可能"的结果 这个可以理解为一个默认处理,没有特殊要求的话一般就直接用这个~ 下面贴一个该方法处理child的对应的关系图, 出自<Android内核剖析>书中的13.8章节 
3.resolveSizeAndState(int size, int measureSpec, int childMeasuredState) 在FrameLayout和LinearLayout中的onMeasure中都可以看到使用过此方法, 一般对自己进行Measure计算时经常使用该方法~ /** * Utility to reconcile a desired size and state, with constraints imposed * by a MeasureSpec. Will take the desired size, unless a different size * is imposed by the constraints. The returned value is a compound integer, * with the resolved size in the {@link #MEASURED_SIZE_MASK} bits and * optionally the bit {@link #MEASURED_STATE_TOO_SMALL} set if the resulting * size is smaller than the size the view wants to be. * * @param size How big the view wants to be * @param measureSpec Constraints imposed by the parent * @return Size information bit mask as defined by * {@link #MEASURED_SIZE_MASK} and {@link #MEASURED_STATE_TOO_SMALL}. */ public static int resolveSizeAndState(int size, int measureSpec, int childMeasuredState) { 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: if (specSize < size) { result = specSize | MEASURED_STATE_TOO_SMALL; } else { result = size; } break; case MeasureSpec.EXACTLY: result = specSize; break; } return result | (childMeasuredState& MEASURED_STATE_MASK); } 三个参数看注释就明白意思依次为 1.size view控件想要多大~比如LinearLayout中垂直塞了仨child,每个高度都是200, 那简单来说就是view控件希望要600即size=600 size值根据不同控件需要自己计算~ 2.measureSpec parent对你的限定,这个解释过很多遍了,view最终大小不但要考虑自己希望多大还要考虑parent的期望 一般直接使用onMeasure的参数作为measureSpec的值 3.childMeasuredState child的measure类型,该参数的生成处理比较麻烦,会在后面实例介绍中分析如何生成处理 再回头看方法代码 size相当于child自己想要的大小,specSize为parent的期望大小 当期望类型是UNSPECIFIED时,即你爱咋地咋地,那就是child希望多大就多大,直接结果用child的size了 期望类型是AT_MOST时,即你最多只能specSize这么大,那child的size大于parent的specSize时, 结果还是只能用specSize,因为规则是"你最多只能这么大,不能超过它",但是child没有拿到自己想要的size, 就添加了一个标志位MEASURED_STATE_TOO_SMALL打个记号,原理还是利用移位或运算把状态保存至高位 期望类型是EXACTLY时,代表我就想要你这么大,那child就直接取parent期望的specSize了 最后把数值size和类型state用按位或运算| 合并起来 总结 就像2,3方法注释中说明的那样,这些都是系统提供的一些实用的方法, 言外之意不用一定按照方法中的规则处理,只是提供一个辅助工具~ 在你不知道如何处理时就可以用2,3的方法,即给他们当做是默认处理方式 通常使用场景是 2是针对自己的默认处理方法 3是针对child的默认处理方法 1是特殊处理,按照需要直接自己拼装一个measureSpec值进行对自己或者对child的值设置 ------------------------------------------------------------------------------------------------- 好了,以上: 算的单位(数值+期望类型的特殊合成值), 算什么(对自己的measure和设置, 对child的期望值设置), 用什么方法算(MeasureSpec.makeMeasureSpec,getChildMeasureSpec,resolveSizeAndState等) 都依次介绍过了~ 然后是重中之重,具体怎么算~ measure过程每个类基本都不同,没有固定套路,但可以参考系统源码找到一些常用的处理方法 ------------------------------------------------------------------------------------------------- 首先研究ViewGroup,需要同时考虑measure自己部分和measure child, 虽然LinearLayout最常用,但是牵涉到weight,算法比较复杂,所以挑了一个简单的帧布局 FrameLayout /** * {@inheritDoc} */ @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { int count = getChildCount(); final boolean measureMatchParentChildren = MeasureSpec.getMode(widthMeasureSpec) != MeasureSpec.EXACTLY || MeasureSpec.getMode(heightMeasureSpec) != MeasureSpec.EXACTLY; mMatchParentChildren .clear(); int maxHeight = 0; int maxWidth = 0; int childState = 0; for (int i = 0; i < count; i++) { final View child = getChildAt(i); if (mMeasureAllChildren || child.getVisibility() != GONE ) { measureChildWithMargins(child, widthMeasureSpec, 0, heightMeasureSpec, 0); final LayoutParams lp = (LayoutParams ) child.getLayoutParams(); maxWidth = Math.max(maxWidth, child.getMeasuredWidth() + lp.leftMargin + lp.rightMargin); maxHeight = Math.max(maxHeight, child.getMeasuredHeight() + lp.topMargin + lp.bottomMargin); childState = combineMeasuredStates(childState, child.getMeasuredState()); if (measureMatchParentChildren) { if (lp.width == LayoutParams.MATCH_PARENT || lp.height == LayoutParams.MATCH_PARENT) { mMatchParentChildren.add(child); } } } } // Account for padding too maxWidth += getPaddingLeftWithForeground() + getPaddingRightWithForeground(); maxHeight += getPaddingTopWithForeground() + getPaddingBottomWithForeground(); // Check against our minimum height and width maxHeight = Math.max(maxHeight, getSuggestedMinimumHeight()); maxWidth = Math.max(maxWidth, getSuggestedMinimumWidth()); // Check against our foreground's minimum height and width final Drawable drawable = getForeground(); if (drawable != null) { maxHeight = Math.max(maxHeight, drawable.getMinimumHeight()); maxWidth = Math.max(maxWidth, drawable.getMinimumWidth()); } setMeasuredDimension(resolveSizeAndState(maxWidth, widthMeasureSpec, childState), resolveSizeAndState(maxHeight, heightMeasureSpec, childState << MEASURED_HEIGHT_STATE_SHIFT)); count = mMatchParentChildren.size(); if (count > 1) { for (int i = 0; i < count; i++) { final View child = mMatchParentChildren .get(i); final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams(); int childWidthMeasureSpec; int childHeightMeasureSpec; if (lp.width == LayoutParams.MATCH_PARENT) { childWidthMeasureSpec = MeasureSpec.makeMeasureSpec(getMeasuredWidth() - getPaddingLeftWithForeground() - getPaddingRightWithForeground() - lp.leftMargin - lp.rightMargin, MeasureSpec.EXACTLY); } else { childWidthMeasureSpec = getChildMeasureSpec(widthMeasureSpec, getPaddingLeftWithForeground() + getPaddingRightWithForeground() + lp.leftMargin + lp.rightMargin, lp.width); } if (lp.height == LayoutParams.MATCH_PARENT) { childHeightMeasureSpec = MeasureSpec.makeMeasureSpec(getMeasuredHeight() - getPaddingTopWithForeground() - getPaddingBottomWithForeground() - lp.topMargin - lp.bottomMargin, MeasureSpec.EXACTLY); } else { childHeightMeasureSpec = getChildMeasureSpec(heightMeasureSpec, getPaddingTopWithForeground() + getPaddingBottomWithForeground() + lp.topMargin + lp.bottomMargin, lp.height); } child.measure(childWidthMeasureSpec, childHeightMeasureSpec); } } } 首先回忆下FrameLayout的特性,帧布局 所有放在布局里的控件,都按照层次堆叠在屏幕的左上角,后加进来的控件覆盖前面的控件 第一次for循环 mMeasureAllChildren标记值无视~ 只计算非gone的child 首先先用measureChildWithMargins计算一下child,点开这个方法内部发现是调用的getChildMeasureSpec方法 即用上面表格的那个默认处理方法对所有的child都measure一遍~ 对child measure以后就可以获取到child的measuredWidth/Height/State了 然后根据获取到的宽高参数计算maxWidth/Height和childState 其中maxWidth/Height计算很简单,直接用Math.max所有的child,最终就获取到child里最大的宽高了 childState的计算是利用combineMeasureStates方法,将child的宽高的期望类型也用移位或的方法合并, 即childState是由width和heigh的期望类型共同组成的 每次循环最后,判断如果onMeasure的宽高模式其中有一个不是EXCTLY的,并且child的宽高参数类型都是MATCH_PARENT, 就将这个child保存至集合measureMatchParentChildren中,用作后面child的特殊measureSpec设置 第一轮循环结束 开始对自己进行measureSpec设置,直接用setMeasuredDimension方法, 而宽高的measureSpec计算需要利用resolveSizeAndState方法~ 在上一章中介绍过这个方法,作用就是将parent的期望类型和期望值width/heightMeasureSpec 和自己算出来的大小maxWidth/Height结合起来考虑,决定最终child的大小和类型 再下面是特殊child的measure处理了~ 这里可能会有疑惑,上面所有的child其实都默认measureChildWithMargins处理过一遍了, 这里为什么又要measure一次呢? 想象下特殊情况,如果FrameLayout宽或高是WRAP_CONTENT的,即这个宽或高将由child中最大的值决定, 而其中有一个child是MATCH_PARENT的,意思是大小和FrameLayout一样~ FrameLayout的大小只能在for循环所有child的以后才能确定maxWidth/Height, 即无法在第一轮for循环进行时就获取到parent的最终大小,自然没办法决定MATCH_PARENT的child大小了 所以在第一轮循环时先将特殊的MATCH_PARENT属性的child保存到一个集合里, 在第一轮循环结束后算出parent宽高以后,再开始对特殊的child进行二次循环处理, 对child的特殊处理为: 如果child是MATCH_PARENT, 则利用FrameLayout自己的宽高去除padding和margin后生成一个EXACTLY的measureSpec, 还要加个else判断不是MATCH_PARENT的情况, 因为上面是宽高其中有一个属性满足要求,就添加到集合里需要特殊处理,另一个参数可能是正常的 所以宽高都在else中添加上默认处理getChildMeasureSpec 最终用生成的measureSpec值再child.measure设置一次,搞定~ ------------------------------------------------------------------------------------------------------------ 下面研究View的子类,举个最基本的例子TextView 由于是非ViewGroup,所以只有对自己身measure部分 代码为了理解方便,会减去child自己想要宽高的计算过程~ 即根据textSize,lines,drawableTop等综合算出大小,这个算法比较复杂,我们也暂时没有研究必要 宽高同理,所以只把宽度计算部分抽取出来,简化后代码如下 @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { int widthMode = MeasureSpec. getMode(widthMeasureSpec); int widthSize = MeasureSpec. getSize(widthMeasureSpec); int width; if (widthMode == MeasureSpec. EXACTLY) { // Parent has told us how big to be. So be it. width = widthSize; } else { width = .......... // 根据TextView一些特性如hint,ems,drawable等计算width值 // Check against our minimum width width = Math. max(width, getSuggestedMinimumWidth()); if (widthMode == MeasureSpec. AT_MOST) { width = Math. min(widthSize, width); } } setMeasuredDimension(width, height); } 同样是按照套路来的 如果是EXACTLY模式,那告诉我多大我就多大widthSize 如果是AT_MOST模式,那取计算出来的宽度(根据字体大小和字数多少)和parent告诉我的宽度中小的那个 即取一个不超过AT_MOST模式parent的期望数值 如果是UNSPECIFIED模式,则无视parent直接用child自己算出来的大小width 这一段if else的处理其实就等同于FrameLayout中的resolvSizeAndState方法处理, 但由于是View只能作为child,所以setMeasuredDimension就不需要考虑类型问题了 ------------------------------------------------------------------------------------------------------------ 以上最基本的ViewGroup和View子类都介绍完了 作为android sdk中自带的类,肯定都是很靠谱按套路来的,即遵从规则的孩纸,相当于几个具有不同特性的标杆 如果再有特殊需要,可以考虑继承这几个实现子类,而不用直接继承View/ViewGroup, 这样就更加简单了,不用面面俱到,只用考虑自己所需的特殊实现,下面举几个间接继承的例子 ScrollView,可以滚动的,child只有一个且高度可以大于自己(此时可以上下滚动) 从标杆中找~ 果断用FrameLayout,这个类申明中有说明 一般来说只持有一个child(当然可以add多个view,但这个是推荐的最常见应用场景) 特性呢? child的height我们希望不做限定,即child想多高就多高, 如果上面已经理解了,这里肯定能直接想到用UNSPECIFIED模式 回忆下上面的FrameLayout,第一次for循环的时候用measureChildWithMargins计算了所有的child, 而measureChildWithMargins中用的是默认处理方式getChildMeasureSpec方法,即上一章中的那个表格 明显不是我们要的,那复写measureChildWithMargins之~ (这里如果直接复写onMeasure方法也是一样道理,最终目的都是为了让child的height类型设为UNSPECIFIED) 再查看ScrollView源码的measureChildWithMargins可以看到系统的具体处理 @Override protected void measureChildWithMargins(View child, int parentWidthMeasureSpec, intwidthUsed, int parentHeightMeasureSpec, int heightUsed) { final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams(); final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec, mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin + widthUsed, lp.width); final int childHeightMeasureSpec = MeasureSpec.makeMeasureSpec( lp.topMargin + lp.bottomMargin, MeasureSpec.UNSPECIFIED); child.measure(childWidthMeasureSpec, childHeightMeasureSpec); } 宽度不变还是用默认方法getChildMeasureSpec 高度部分则用宽度则直接用MeasureSpec.makeMeasureSpec方法生成了一个UNSPECIFIED的宽度measure值 注: UNSPECIFIED的意思是child你想多大就多大,不用考虑我~ 所以如果用这个模式的话,数值部分就没用了, 一般直接makeMeasureSpec(0, MeasureSpec.UNSPECIFIED);即可, 看默认处理方法getChildMeasureSpec也可以发现,child期望类型定为UNSPECIFIED时,size就直接设为0了 但是要再次强调,模式只是parent对child的一个期望,虽然UNSPECIFIED的意思是不限定按照child的自己来, 但万一child非要用到margin值呢,那就传吧~ ------------------------------------------------------------------------------------------------------------ 总结 研究了很长时间,网上详细分析的资料也很少,文章来来回回修改了N次 每次觉得已经看懂了过两天又觉得又问题,最后终于勉强懂了大概 现在从头到尾梳理了一遍发出来,可能还是存在很多问题希望大家共同讨论,可能有不太准确的地方, 发表以后可能还会补充说明修改~ android的view显示是最核心的内容,主要分measure layout draw三个部分,而measure又是最复杂最难理解的 文章看懂以后不求能完全写出来一个LinearLayout这样sdk级别的控件, 能在写自定义控件知道onMeasure如何处理就可以了~不会疑惑"诶我操!我的控件为什么不显示"就行了 更主要的是能理解android中view的measure原理,知道大概流程是什么~ |
|
|
