/**
*
* 文档描述:
* (1)onMeasure()源码分析
* (2)自定义View时重写onMeasure()实现对于wrap_content的支持
*
* 原文地址:
* http://blog.csdn.net/lfdfhl
*
* 参考资料:
* http://blog.csdn.net/lfdfhl/article/details/50880382
*
*
* onMeasure()源码流程如下:
* 在onMeasure调用setMeasuredDimension()设置View的宽和高.
* 在setMeasuredDimension()方法中会调用getDefaultSize()获取View的宽和高.
* 在getDefaultSize()方法中又会调用到getSuggestedMinimumWidth()或者
* getSuggestedMinimumHeight()获取到View宽和高的最小值.
*
* 即这一系列的方法调用顺序为:
* onMeasure()--->setMeasuredDimension()--->getDefaultSize()--->
* getSuggestedMinimumWidth()或getSuggestedMinimumHeight()
*
* 为了理清这几个方法之间的调用及其作用,在此按照倒序分析每个方法的源码.
*
*/
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}
/**
* Returns the suggested minimum width that the view should use
* 返回View的宽度的最小值MinimumWidth.
*
* 在此需要注意该View是否有背景.
* (1)若该View没有背景.那么该MinimumWidth为:View本身的最小宽度即mMinWidth.
* 有两种方法可以设置该mMinWidth值
* 1.1 XML布局文件中定义的minWidth
* 1.2 调用View的setMinimumWidth()方法为该值赋值
* (2)若该View有背景.那么该MinimumWidth为:
* View本身最小宽度mMinWidth和View背景的最小宽度的最大值
*
* getSuggestedMinimumHeight()方法与此处分析很类似,故不再赘述.
*
*/
protected int getSuggestedMinimumWidth() {
return (mBackground == null) ? mMinWidth : max(mMinWidth, mBackground.getMinimumWidth());
}
/**
* Utility to return a default size. Uses the supplied size if the
* MeasureSpec imposed no constraints. Will get larger if allowed
* by the MeasureSpec.
*
* @param size Default size for this view
* @param measureSpec Constraints imposed by the parent
* @return The size this view should be.
*
* 获取View的宽或者高的大小
*
* 注意方法:getDefaultSize(int size, int measureSpec)第一个参数
* size是调用getSuggestedMinimumWidth()方法获得的View的宽或高的最小值
*
* 该方法的返回值有两种情况:
* (1)measureSpec的specMode为MeasureSpec.UNSPECIFIED
* 在此情况下该方法的返回值就是View的宽或者高最小值.
* 该情况很少见,基本上可以忽略
* (2)measureSpec的specMode为MeasureSpec.AT_MOST或MeasureSpec.EXACTLY:
* 在此情况下该方法的返回值就是measureSpec中的specSize.
* 这个值就是系统测量View得到的值.
*
*
* 除去第一种情况不考虑以外,可知：
* View的宽和高由measureSpec中的specSize决定!!!!!!!!
*
*
* 所以在自定义View重写onMeasure()方法时必须设置wrap_content时自身的大小.
*
*
* 这是为什么呢？
*
* 因为如果子View在XML的布局文件中对于大小的设置采用wrap_content,
* 不管父View的specMode是 MeasureSpec.AT_MOST还是MeasureSpec.EXACTLY
* 对于子View而言:它的specMode都是MeasureSpec.AT_MOST,并且其大小都是
* parentLeftSize即父View目前剩余的可用空间.
* 这时wrap_content就失去了原本的意义,变成了match_parent一样了.
*
* 所以自定义View对于onMeasure()的重写请参考该文最后的代码.
*
*
* 对于MeasureSpec请参考:
* http://blog.csdn.net/lfdfhl/article/details/50880382
*
*/
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;
}
/**
* This mehod must be called by onMeasure(int,int)to store the
* measured width and measured height.
*
* 设置View宽和高的测量值
*/
protected final void setMeasuredDimension(int measuredWidth, int measuredHeight) {
mMeasuredWidth = measuredWidth;
mMeasuredHeight = measuredHeight;
mPrivateFlags |= MEASURED_DIMENSION_SET;
}
/**
*
* 在自定义View重写onMeasure()方法时必须设置wrap_content时自身的大小.
* 请参见示图中的绿色标记部分.
*
* (1)如果在xml布局中View的宽和高均用wrap_content.那么需要设置
* View的宽和高为mWidth和mHeight.这两者为该View默认的宽和高.
* (2)如果在xml布局中View的宽或高其中一个采用wrap_content,那么
* 就将该值设置为默认的宽或高,另外的一个值采用系统测量的specSize即可.
*
* 请注意一个问题：
* 在这段代码中用的判断条件:
* widthSpecMode==MeasureSpec.AT_MOST或者heightSpecMode==MeasureSpec.AT_MOST
* 或者兼而有之;总之,这里的着眼点是模式MeasureSpec.AT_MOST
*
* 看到这里再联想到下图就有一个疑问了:
* 如果在布局文件中采用match_parent,并且父容器的SpecMode为MeasureSpec.AT_MOST,
* 那么此时该子View的SpecMode也为MeasureSpec.AT_MOST且其View的大小为parentLeftSize.
* 既然此时该子VIew的SpecMode也为MeasureSpec.AT_MOST那么按照这里的判断逻辑,它的宽或者
* 高至少有一个会被设置成默认值(mWidth和mHeight).
* 请参见示图中的红色标记部分.
*
*
* 如果按照这样的理解就说不通了：
* 子View在布局文件中利用match_parent设置自己的大小,但是由于父容器的SpecMode为MeasureSpec.AT_MOST
* 于是在系统测量的时候自己的SpecMode也被设置为MeasureSpec.AT_MOST.于是在执行onMeasure()方法的时候,
* 利用match_parent设置自己的就无效了,会被对应的设置为默认值(mWidth和mHeight).
*
* 看到这里好像觉得也没啥不对,但是不符合常理!!!!!到底是哪里错了？？？？
*
* 我们这么想：
* 在什么情况下父容器的SpecMode为MeasureSpec.AT_MOST?????
* 这个问题不难回答:
* 当父容器的大小为wrap_content和match_parent时系统给父容器的SpecMode为MeasureSpec.AT_MOST.
* 回答了这个问题就可以分情况讨论了.
*
* 情况1：
* 子View大小为match_parent,父容器大小为match_parent且父容器SpecMode为MeasureSpec.AT_MOST
* 这种情况下系统给子View的SpecMode为MeasureSpec.EXACTLY,根本就不是我们想的MeasureSpec.AT_MOST!!
* 所以不会被这里的if()else if() else if()处理到.
*
*
* 仔细想在这又有一个新的疑问:
* 当子View大小为match_parent,父容器大小为match_parent且父容器SpecMode为MeasureSpec.AT_MOST,
* 那为什么系统给子View的SpecMode为MeasureSpec.EXACTLY而不是其他SpecMode???
*
* 因为父容器的父容器应该是match_parent或者精确值不可能是wrap_content,至于为什么可以看情况2.
* 既然父容器的父容器应该是match_parent或者精确值不可能是wrap_content,那我们可以以此类推:
* 不可能出现根View的大小为wrap_content但它的一个子View大小为match_parent.
*
* 那会不会出现这样的情况从根到这个子View的父容器都是wrap_content,而子View的大小为match_parent?
* 这个极端情况也是不会的,可见情况2的分析.
*
* 那会不会出现这样的情况从根到这个子View的父容器都是wrap_content,而子View大小也为wrap_content?
* 这是个正常情况.也就是这里利用的if()else if() else if()来专门处理的子View大小为wrap_content的情况.
*
*
* 情况2：
* 子View大小为match_parent,父容器大小为wrap_content且父容器SpecMode为MeasureSpec.AT_MOST.
* 这根本就是一种不合理甚至错误的情况:
* 子View想和父容器一样大,但父容器的大小又设定为包裹内容大小即wrap_content.这两者就这么耗上了.
*/
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
//第一步:调用super.onMeasure()
super.onMeasure(widthMeasureSpec , heightMeasureSpec);
int widthSpecMode = MeasureSpec.getMode(widthMeasureSpec);
int widthSpceSize = MeasureSpec.getSize(widthMeasureSpec);
int heightSpecMode=MeasureSpec.getMode(heightMeasureSpec);
int heightSpceSize=MeasureSpec.getSize(heightMeasureSpec);
//第二步:处理子View的大小为wrap_content的情况
if(widthSpecMode==MeasureSpec.AT_MOST&&heightSpecMode==MeasureSpec.AT_MOST){
setMeasuredDimension(mWidth, mHeight);
}else if(widthSpecMode==MeasureSpec.AT_MOST){
setMeasuredDimension(mWidth, heightSpceSize);
}else if(heightSpecMode==MeasureSpec.AT_MOST){
setMeasuredDimension(widthSpceSize, mHeight);
}
}
