【转】ANDROID自定义视图——onMeasure,MeasureSpec源码 流程 思路详解

原文地址:http://blog.csdn.net/a396901990/article/details/36475213

简介:

在自定义view的时候,其实很简单,只需要知道3步骤:

1.测量——onMeasure():决定View的大小

2.布局——onLayout():决定View在ViewGroup中的位置

3.绘制——onDraw():如何绘制这个View。

而第3步的onDraw系统已经封装的很好了,基本不用我们来操心,只需要专注到1,2两个步骤就中好了。

而这篇文章就来谈谈第一步,也是十分关键得一步:“测量(Measure)

Measure():

Measure的中文意思就是测量。所以它的作用就是测量View的大小。

而决定View的大小只需要两个值:宽详细测量值(widthMeasureSpec)和高详细测量值(heightMeasureSpec)。也可以把详细测量值理解为视图View想要的大小说明(想要的未必就是最终大小)。

对于详细测量值(measureSpec)需要两样东西来确定它,那就是大小(size)和模式(mode)。而measureSpec,size,mode他们三个的关系,都封装在View类中的一个内部类里,名叫MeasureSpec

MeasureSpec:

因为MeasureSpec类很小,而且设计的很巧妙,所以我贴出了全部的源码并进行了详细的标注。(掌握MeasureSpec的机制后会对整个Measure方法有更深刻的理解。)

    /**
     * MeasureSpec封装了父布局传递给子布局的布局要求,每个MeasureSpec代表了一组宽度和高度的要求
     * MeasureSpec由size和mode组成。
     * 三种Mode:
     * 1.UNSPECIFIED
     * 父不没有对子施加任何约束,子可以是任意大小(也就是未指定)
     * (UNSPECIFIED在源码中的处理和EXACTLY一样。当View的宽高值设置为0的时候或者没有设置宽高时,模式为UNSPECIFIED
     * 2.EXACTLY
     * 父决定子的确切大小,子被限定在给定的边界里,忽略本身想要的大小。
     * (当设置width或height为match_parent时,模式为EXACTLY,因为子view会占据剩余容器的空间,所以它大小是确定的)
     * 3.AT_MOST
     * 子最大可以达到的指定大小
     * (当设置为wrap_content时,模式为AT_MOST, 表示子view的大小最多是多少,这样子view会根据这个上限来设置自己的尺寸)
     *
     * MeasureSpecs使用了二进制去减少对象的分配。
     */
    public class MeasureSpec {
            // 进位大小为2的30次方(int的大小为32位,所以进位30位就是要使用int的最高位和倒数第二位也就是32和31位做标志位)
            private static final int MODE_SHIFT = 30;  

            // 运算遮罩,0x3为16进制,10进制为3,二进制为11。3向左进位30,就是11 00000000000(11后跟30个0)
            // (遮罩的作用是用1标注需要的值,0标注不要的值。因为1与任何数做与运算都得任何数,0与任何数做与运算都得0)
            private static final int MODE_MASK  = 0x3 << MODE_SHIFT;  

            // 0向左进位30,就是00 00000000000(00后跟30个0)
            public static final int UNSPECIFIED = 0 << MODE_SHIFT;
            // 1向左进位30,就是01 00000000000(01后跟30个0)
            public static final int EXACTLY     = 1 << MODE_SHIFT;
            // 2向左进位30,就是10 00000000000(10后跟30个0)
            public static final int AT_MOST     = 2 << MODE_SHIFT;  

            /**
             * 根据提供的size和mode得到一个详细的测量结果
             */
            // measureSpec = size + mode;   (注意:二进制的加法,不是10进制的加法!)
            // 这里设计的目的就是使用一个32位的二进制数,32和31位代表了mode的值,后30位代表size的值
            // 例如size=100(4),mode=AT_MOST,则measureSpec=100+10000...00=10000..00100
            public static int makeMeasureSpec(int size, int mode) {
                return size + mode;
            }  

            /**
             * 通过详细测量结果获得mode
             */
            // mode = measureSpec & MODE_MASK;
            // MODE_MASK = 11 00000000000(11后跟30个0),原理是用MODE_MASK后30位的0替换掉measureSpec后30位中的1,再保留32和31位的mode值。
            // 例如10 00..00100 & 11 00..00(11后跟30个0) = 10 00..00(AT_MOST),这样就得到了mode的值
            public static int getMode(int measureSpec) {
                return (measureSpec & MODE_MASK);
            }  

            /**
             * 通过详细测量结果获得size
             */
            // size = measureSpec & ~MODE_MASK;
            // 原理同上,不过这次是将MODE_MASK取反,也就是变成了00 111111(00后跟30个1),将32,31替换成0也就是去掉mode,保留后30位的size
            public static int getSize(int measureSpec) {
                return (measureSpec & ~MODE_MASK);
            }  

            /**
             * 重写的toString方法,打印mode和size的信息,这里省略
             */
            public static String toString(int measureSpec) {
                return null;
            }
    }  

源码中的onMeasure()

知道了widthMeasureSpec和heightMeasureSpec是什么以后,我们就可以来看onMeasure方法了:

    /**
     * 这个方法需要被重写,应该由子类去决定测量的宽高值,
     */
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
       setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
               getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
    }  

在onMeasure中只调用了setMeasuredDimension()方法,接受两个参数,这两个参数是通过getDefaultSize方法得到的,我们到源码里看看getDefaultSize究竟做了什么。

getDefaultSize():

    /**
       * 作用是返回一个默认的值,如果MeasureSpec没有强制限制的话则使用提供的大小.否则在允许范围内可任意指定大小
       * 第一个参数size为提供的默认大小,第二个参数为测量的大小
       */
      public static int getDefaultSize(int size, int measureSpec) {
          int result = size;
          int specMode = MeasureSpec.getMode(measureSpec);
          int specSize = MeasureSpec.getSize(measureSpec);  

          switch (specMode) {
          // Mode = UNSPECIFIED,AT_MOST时使用提供的默认大小
          case MeasureSpec.UNSPECIFIED:
              result = size;
              break;
          case MeasureSpec.AT_MOST:
          // Mode = EXACTLY时使用测量的大小
          case MeasureSpec.EXACTLY:
              result = specSize;
              break;
          }
          return result;
      }  

getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),这里就是获取最小宽度作为默认值,然后再根据具体的测量值和选用的模式来得到widthMeasureSpec。heightMeasureSpec同理。之后将widthMeasureSpec,heightMeasureSpec传入setMeasuredDimension()方法。

setMeasuredDimension():

    /**
     * 这个方法必须由onMeasure(int, int)来调用,来存储测量的宽,高值。
     */
    protected final void setMeasuredDimension(int measuredWidth, int measuredHeight) {
        mMeasuredWidth = measuredWidth;
        mMeasuredHeight = measuredHeight;  

        mPrivateFlags |= PFLAG_MEASURED_DIMENSION_SET;
    }  

这个方法就是我们重写onMeasure()所要实现的最终目的。它的作用就是存储我们测量好的宽高值。

这下思路清晰了,现在的任务就是计算出准确的measuredWidth和heightMeasureSpec并传递进去,我们所有的测量任务就算完成了。

源码中使用的getDefaultSize()只是简单的测量了宽高值,在实际使用时需要精细、具体的测量。而具体的测量任务就交给我们在子类中重写的onMeasure方法。

在子类中重写的onMeasure:

在测量之前首先要明确一点,需要测量的是一个View(例如TextView),还是
一个ViewGroup(例如LinearLayout),还是多个ViewGroup嵌套。如果只有一个View的话我们就测量这一个就可以了,如果有
多个View或者ViewGroup嵌套我们就需要循环遍历视图中所有的View。

下面列出一个最简单的小例子,写一个自定义类CostomViewGroup继承自ViewGroup,然后重写它的构造方法,onMeasure和onLayout方法。用这个自定义的ViewGroup去写一个布局文件如下:

 1     <com.gxy.text.CostomViewGroup xmlns:android="http://schemas.android.com/apk/res/android"
 2         android:layout_width="match_parent"
 3         android:layout_height="match_parent"
 4         android:background="#bbbaaa"
 5         >
 6         <Button
 7             android:text="@string/hello_world"
 8             android:layout_width="match_parent"
 9             android:layout_height="wrap_content"
10             android:background="#aaabbb"
11             android:id="@+id/textView1" />
12     </com.gxy.text.CostomViewGroup>  

将一个Button放入自定义的ViewGroup中,然后在MainActivity的onCreate回调方法中调用setContentView把整个布局文件设置进去。

最后看一下自定义CostomViewGroup中的onMeasure方法的内容:

    @Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {  

           //调用ViewGroup类中测量子类的方法
           measureChildren(widthMeasureSpec, heightMeasureSpec);
           //调用View类中默认的测量方法
           super.onMeasure(widthMeasureSpec,heightMeasureSpec);  

    }  

本文只是介绍测量,所以onLayout方法先省略,下面来看看效果图:

在子类重写的onMeasure中只调用两个方法,第一个是父类的onMeasure方法,之前已经介绍了它的作用,它最后会调用setMeasuredDimension()将测量好的宽高值传递进去。第二个会调用measureChildren方法,它的作用是测量所有的子View,下面我们看看它是如何工作的。

measureChildren()

/**
 * 遍历所有的子view去测量自己(跳过GONE类型View)
 * @param widthMeasureSpec 父视图的宽详细测量值
 * @param heightMeasureSpec 父视图的高详细测量值
 */
protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec) {
    final int size = mChildrenCount;
    final View[] children = mChildren;
    for (int i = 0; i < size; ++i) {
        final View child = children[i];
        if ((child.mViewFlags & VISIBILITY_MASK) != GONE) {
            measureChild(child, widthMeasureSpec, heightMeasureSpec);
        }
    }
}  

代码很简单,就是遍历所有的子View,如果View的状态不是GONE就调用measureChild去进行下一步的测量

measureChild()

    /**
     * 测量单个视图,将宽高和padding加在一起后交给getChildMeasureSpec去获得最终的测量值
     * @param child 需要测量的子视图
     * @param parentWidthMeasureSpec 父视图的宽详细测量值
     * @param parentHeightMeasureSpec 父视图的高详细测量值
     */
    protected void measureChild(View child, int parentWidthMeasureSpec,
            int parentHeightMeasureSpec) {
        // 取得子视图的布局参数
        final LayoutParams lp = child.getLayoutParams();  

        // 通过getChildMeasureSpec获取最终的宽高详细测量值
        final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
                mPaddingLeft + mPaddingRight, lp.width);
        final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
                mPaddingTop + mPaddingBottom, lp.height);  

        // 将计算好的宽高详细测量值传入measure方法,完成最后的测量
        child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
    }  

getChildMeasureSpec()

可能看完后感觉有点迷糊,接下来通过几个例子演示一下,可能大家就会对getChildMeasureSpec方法中的逻辑清晰一些。

 1     /**
 2      * 在measureChildren中最难的部分:找出传递给child的MeasureSpec。
 3      * 目的是结合父view的MeasureSpec与子view的LayoutParams信息去找到最好的结果
 4      * (也就是说子view的确切大小由两方面共同决定:1.父view的MeasureSpec 2.子view的LayoutParams属性)
 5      *
 6      * @param spec 父view的详细测量值(MeasureSpec)
 7      * @param padding view当前尺寸的的内边距和外边距(padding,margin)
 8      * @param childDimension child在当前尺寸下的布局参数宽高值(LayoutParam.width,height)
 9      */
10     public static int getChildMeasureSpec(int spec, int padding, int childDimension) {
11         //父view的模式和大小
12         int specMode = MeasureSpec.getMode(spec);
13         int specSize = MeasureSpec.getSize(spec);
14
15         //通过父view计算出的子view = 父大小-边距(父要求的大小,但子view不一定用这个值)
16         int size = Math.max(0, specSize - padding);
17
18         //子view想要的实际大小和模式(需要计算)
19         int resultSize = 0;
20         int resultMode = 0;
21
22         //通过1.父view的MeasureSpec 2.子view的LayoutParams属性这两点来确定子view的大小
23         switch (specMode) {
24         // 当父view的模式为EXACITY时,父view强加给子view确切的值
25         case MeasureSpec.EXACTLY:
26             // 当子view的LayoutParams>0也就是有确切的值
27             if (childDimension >= 0) {
28                 //子view大小为子自身所赋的值,模式大小为EXACTLY
29                 resultSize = childDimension;
30                 resultMode = MeasureSpec.EXACTLY;
31             // 当子view的LayoutParams为MATCH_PARENT时(-1)
32             } else if (childDimension == LayoutParams.MATCH_PARENT) {
33                 //子view大小为父view大小,模式为EXACTLY
34                 resultSize = size;
35                 resultMode = MeasureSpec.EXACTLY;
36             // 当子view的LayoutParams为WRAP_CONTENT时(-2)
37             } else if (childDimension == LayoutParams.WRAP_CONTENT) {
38                 //子view决定自己的大小,但最大不能超过父view,模式为AT_MOST
39                 resultSize = size;
40                 resultMode = MeasureSpec.AT_MOST;
41             }
42             break;
43
44         // 当父view的模式为AT_MOST时,父view强加给子view一个最大的值。
45         case MeasureSpec.AT_MOST:
46             // 道理同上
47             if (childDimension >= 0) {
48                 resultSize = childDimension;
49                 resultMode = MeasureSpec.EXACTLY;
50             } else if (childDimension == LayoutParams.MATCH_PARENT) {
51                 resultSize = size;
52                 resultMode = MeasureSpec.AT_MOST;
53             } else if (childDimension == LayoutParams.WRAP_CONTENT) {
54                 resultSize = size;
55                 resultMode = MeasureSpec.AT_MOST;
56             }
57             break;
58
59         // 当父view的模式为UNSPECIFIED时,子view为想要的值
60         case MeasureSpec.UNSPECIFIED:
61             if (childDimension >= 0) {
62                 // 子view大小为子自身所赋的值
63                 resultSize = childDimension;
64                 resultMode = MeasureSpec.EXACTLY;
65             } else if (childDimension == LayoutParams.MATCH_PARENT) {
66                 // 因为父view为UNSPECIFIED,所以MATCH_PARENT的话子类大小为0
67                 resultSize = 0;
68                 resultMode = MeasureSpec.UNSPECIFIED;
69             } else if (childDimension == LayoutParams.WRAP_CONTENT) {
70                 // 因为父view为UNSPECIFIED,所以WRAP_CONTENT的话子类大小为0
71                 resultSize = 0;
72                 resultMode = MeasureSpec.UNSPECIFIED;
73             }
74             break;
75         }
76         return MeasureSpec.makeMeasureSpec(resultSize, resultMode);
77     }  

1.当父类View中宽高都为MATCH_PARENT(EXACTLY)时,宽高都为MATCH_PARENT(EXACTLY)时:

2.当父类View中宽高都为MATCH_PARENT(EXACTLY)时,宽高都为WRAP_CONTENT(EXACTLY)时:

3.当父类View中宽高都为MATCH_PARENT(EXACTLY)时。子类宽WRAP_CONTENT(AT_MOST),高为MATCH_PARENT(EXACTLY)时:

1.当父类View中宽高都为WRAP_CONTENT(AT_MOST)时,子类宽高都为MATCH_PARENT(EXACTLY)时:

2.当父类View中宽高都为WRAP_CONTENT(AT_MOST)时。子类宽WRAP_CONTENT(AT_MOST),高为MATCH_PARENT(EXACTLY)时:

 

通过这两组简单的对比,其实大家就可以把测量子类大小的代码理解为:

父类中MATCH_PARENT、WRAP_CONTENT、指定值,和子类中的MATCH_PARENT、WRAP_CONTENT、指定值。这两组三对值的相互作用。

更复杂的情况则需要加上padding内边距和margin外边距等等一些其他对于View大小的约束。

总结:

今天介绍的都是系统提供的测量方法,除了这些以外还有一些其他的,大家可以看看源码。而且在真正的自定义View视图时,很大一部分都是借助这些系统提供的现成方法,并且根据需求再加上自己的特殊逻辑(当然也可以全部用自己的逻辑,但我们不要重复制造轮子)。

这篇文章写了2个礼拜,写之前思路非常清晰,但是在写的时候越写越乱。写完以后感觉逻
辑仍然不是很清晰,因为有的内容我也是一知半解比如UNSPECIFIED。如果大家水平和我差不多都是菜鸟级别的,希望大家不要深入的去研究源码逻辑,
这样会导致越来越来混乱,从应用的角度出发可能会更好一些。

下面会接着写onLayout和LayoutParams的相关内容(ANDROID自定义视图——onLayout源码 流程 思路详解)。最后再将onMeasure,onLayout结合起来写一个完整的例子(ANDROID自定义视图——仿瀑布布局)。也许这些都写完以后会对整个流程的思路会更加清晰。

时间: 2024-10-16 15:38:28

【转】ANDROID自定义视图——onMeasure,MeasureSpec源码 流程 思路详解的相关文章

onLayout源码 流程 思路详解(ANDROID自定义视图)

简介: 在自定义view的时候,其实很简单,只需要知道3步骤: 1.测量--onMeasure():决定View的大小 2.布局--onLayout():决定View在ViewGroup中的位置 3.绘制--onDraw():如何绘制这个View. 而第3步的onDraw系统已经封装的很好了,基本不用我们来操心,只需要专注到1,2两个步骤就中好了. 第一步的测量,可以参考我之前的文章:(ANDROID自定义视图--onMeasure流程,MeasureSpec详解) 而这篇文章就来谈谈第二步:"

【转】ANDROID自定义视图——onLayout源码 流程 思路详解

转载(http://blog.csdn.net/a396901990) 简介: 在自定义view的时候,其实很简单,只需要知道3步骤: 1.测量——onMeasure():决定View的大小 2.布局——onLayout():决定View在ViewGroup中的位置 3.绘制——onDraw():如何绘制这个View. 而第3步的onDraw系统已经封装的很好了,基本不用我们来操心,只需要专注到1,2两个步骤就中好了. 第一步的测量,可以参考我之前的文章:(ANDROID自定义视图——onMea

ANDROID自定义视图——onMeasure流程,MeasureSpec详解

简介: 在自定义view的时候,其实很简单,只需要知道3步骤: 1.测量--onMeasure():决定View的大小 2.布局--onLayout():决定View在ViewGroup中的位置 3.绘制--onDraw():如何绘制这个View. 而第3步的onDraw系统已经封装的很好了,基本不用我们来操心,只需要专注到1,2两个步骤就中好了. 而这篇文章就来谈谈第一步,也是十分关键得一步:"测量(Measure)" Measure(): Measure的中文意思就是测量.所以它的

Spring Boot源码中模块详解

Spring Boot源码中模块详解 一.源码 spring boot2.1版本源码地址:https://github.com/spring-projects/spring-boot/tree/2.1.x 二.模块 Spring Boot 包含许多模块,以下是一些简单的概述: 1,spring-boot 为Spring Boot其他部分功能提供主要的lib包,其中包含:(1)SpringApplication类提供了静态便利的方法使编写独立的SpringApplication更加容易.它唯一的任

linux上源码安装MySQL详解

最近需要使用MySQL Fabric,这货是MySQL5.6.10之后才出现的utility.手头机器装的是MySQL5.1,所以需要先把旧版MySQL升级成5.6版本.之前没有玩过MySQL,所以这次稍微费了点事.在此,把过程记录下来,希望能给有需求的人提供一点帮助.下面我们就正式开始. 1. 删除老版本MySQL 其实删除老版MySQL是一件很简单的事,但是开始时候由于担心各个包的依赖会导致各种问题,亦步亦趋来得很慢.其实只需要做到这么几步就可以了: 1.1 查看已安装的mysql版本并删除

机器学习Spark Mllib算法源码及实战详解进阶与提高视频教程

38套大数据,云计算,架构,数据分析师,Hadoop,Spark,Storm,Kafka,人工智能,机器学习,深度学习,项目实战视频教程 视频课程包含: 38套大数据和人工智能精品高级课包含:大数据,云计算,架构,数据挖掘实战,实时推荐系统实战,电视收视率项目实战,实时流统计项目实战,离线电商分析项目实战,Spark大型项目实战用户分析,智能客户系统项目实战,Linux基础,Hadoop,Spark,Storm,Docker,Mapreduce,Kafka,Flume,OpenStack,Hiv

Android源码目录结构详解

Android |– Makefile |– bionic (bionic C库) |– bootable (启动引导相关代码) |– build (存放系统编译规则及generic等基础开发包配置) |– cts (Android兼容性测试套件标准) |– dalvik (dalvik JAVA虚拟机) |– development (应用程序开发相关) |– external (android使用的一些开源的模组) |– frameworks (核心框架--java及C++语言) |– ha

12.Android源码目录结构详解 (转)

转载:http://blog.csdn.net/google_huchun/article/details/59576654 Android 2.1 |– Makefile |– bionic (bionic C库) |– bootable (启动引导相关代码) |– build (存放系统编译规则及generic等基础开发包配置) |– cts (Android兼容性测试套件标准) |– dalvik (dalvik Java虚拟机) |– development (应用程序开发相关) |–

Android源码目录结构详解(转载)

转自:http://blog.csdn.net/xiangjai/article/details/9012387 在学习Android的过程中,学习写应用还好,一开始不用管太多代码,直接调用函数就可以了,但是工作中却需要修改到framework之类的东东 所以感觉开始纠结了,又是初学,很多不懂,所以就去找了关于源代码结构介绍的,感觉有很大帮助,所以转载过来分享 Android 4.0|-- Makefile|-- bionic (bionic C库)|-- bootable (启动引导相关代码)