Android测量

1.测量过程

1. ⽗ View 在⾃⼰的 onMeasure() 中，根据开发者在 xml 中声明的layout_width，layout_height，和⾃⼰的可⽤空间，得出对⼦ View 的具体尺⼨要求
2. ⼦ View 在⾃⼰的 onMeasure() 中，根据⾃⼰的特性算出⾃⼰的期望尺⼨
   1. 如果是 ViewGroup，还会在这⾥调⽤每个⼦ View 的 measure() 进⾏测量
3. ⽗ View 在⼦ View 计算出期望尺⼨后，得出⼦ View 的实际尺⼨和位置
4. ⼦ View 在⾃⼰的 layout() ⽅法中，将⽗ View 传进来的⾃⼰的实际尺⼨和位置保存
   1. 如果是 ViewGroup，还会在 onLayout() ⾥调⽤每个字 View 的 layout() 把它们的尺⼨位置传给它们

2.具体开发过程

1. 重写 onMeasure()
2. ⽤ getMeasuredWidth() 和 getMeasuredHeight() 获取到测量出的尺⼨
3. 计算出最终要的尺⼨
4. ⽤ setMeasuredDimension(width, height) 把结果保存

3.mode

• 精确模式（MeasureSpec.EXACTLY） 在这种模式下，尺寸的值是多少，那么这个组件的长或宽就是多少。 最高两位是01的时候表示”’精确模式”。即MeasureSpec.EXACTLY
• 最大模式（MeasureSpec.AT_MOST） 这个也就是父组件，能够给出的最大的空间，当前组件的长或宽最大只能为这么大，当然也可以比这个小。 最高两位是11的时候表示”最大模式”。即MeasureSpec.AT_MOST
• 未指定模式（MeasureSpec.UNSPECIFIED） 这个就是说，当前组件，可以随便用空间，不受限制。 最高两位是00的时候表示”未指定模式”。即MeasureSpec.UNSPECIFIED

4.measure()

• onMeasure()的方法调度是在measure()实现的
• 测量结果的缓存是通过mMeasureCache 进行缓存的，结构是key-value的
• 如果PFLAG_MEASURED_DIMENSION_SET 标记没有设置，直接抛出异常，即必须要记录View测量后的尺寸值，即调用setMeasuredDimensionRaw(xx)

源码流程

1. 如果此次测量的结果和上次的结果不同，则表示尺寸变了，如果并且满足以下三个条件之一则需要重新布局
   1. 是否是Exactly模式
   2. 当前测量的尺寸和父布局的给的尺寸是否一致
   3. 在6.0及其以下，sAlwaysRemeasureExactly=true
2. 如果需要重写布局则进入如下逻辑：
   1. 首先清空标记为PFLAG_MEASURED_DIMENSION_SET（测量值已记录）
   2. 尝试通过缓存中获取结果(非强制重新布局情况)
      1. 如果没有缓存则调用onMeasure()进行测量
      2. 如果有缓存则直接取缓存
3. 记录最终的测量结果，并加入至缓存

5.ViewGroup.onMeasure()实现过程

1. 遍历子View，调用measureChildWithMargins()
   1. 根据传入的子View，父View的测量结果，已经使用过的宽高，和子View的LayoutParams，进行处理，调用getChildMeasureSpec()获取子View的测量结果
      1. 将计算后的结果，通过MeasureSpec.makeMeasureSpec(resultSize, resultMode)进行封装
   2. 调用子View的measure()方法，将父布局测量以后的结果传递给子View，子View在onMeasure()中就可以获得MeasureSpec
2. 通过resolveSizeAndState()方法记录测量结果

5.1 measureChildWidthMargins()

1. 遍历每个⼦ View，⽤ measureChildWidthMargins() 测量⼦ View

   需要重写 generateLayoutParams() 并返回 MarginLayoutParams 才能使⽤measureChildWithMargins() ⽅法

   有些⼦ View 可能需要重新测量（⽐如换⾏处）

   测量完成后，得出⼦ View 的实际位置和尺⼨，并暂时保存

2. 通过 getChildMeasureSpec(int spec, int padding, int childDimension) ⽅法计算出⼦ View 的 widthMeasureSpec 和 heightMeasureSpec，然后调⽤ child.measure() ⽅法来让⼦ View ⾃我测量

源码流程

1. 如果开发者写了具体值（例如 layout_width="24dp"），就不⽤再考虑⽗View 的剩余空间了，直接⽤ LayoutParams.width / height 来作为⼦ View的限制 size，⽽限制 mode 为 EXACTLY

2. 如果开发者写的是 MATCH_PARENT，需要根据⾃⼰的 widthMeasureSpec 或 heightMeasureSpec 中的 mode 来分情况判断

   1. 如果⾃⼰的 spec 中的 mode 是 EXACTLY 或者 AT_MOST，说明⾃⼰的尺⼨有上限，那么把 spec 中的 size 减去⾃⼰的已⽤宽度或⾼度，就是⾃⼰可以给⼦ View 的 size；
      1. 如果自己的mode 是EXACTLY，传给子View 的mode是EXACTLY
      2. 如果自己的mode 是AT_MOST，传给子View 的mode是AT_MOST
   2. 如果⾃⼰的 spec 中的 mode 是 UNSPECIFIED，说明⾃⼰的尺⼨没有上限，给⼦ View 限制的 mode 就设置为 UNSPECIFIED，size为0

3. 如果开发者写的是 WRAP_CONTENT，即要求⼦ View 在不超限制的前提下⾃我测量，需要根据⾃⼰的 widthMeasureSpec 和 heightMeasureSpec中的 mode 来分情况判断：

   1. 如果⾃⼰的 spec 中的 mode 是 EXACTLY 或者 AT_MOST，说明⾃⼰的尺⼨有上限，那么把 spec 中的 size 减去⾃⼰的已⽤宽度或⾼度，就是⾃⼰可以给⼦ View 的尺⼨上限；⾄于 mode，就⽤AT_MOST

      注意，就算⾃⼰的 mode 是 EXACTLY，传给⼦ View 的也是 AT_MOST，

   2. 如果⾃⼰的 spec 中的 mode 是 UNSPECIFIED，说明⾃⼰的尺⼨没有上限，给⼦ View 限制的 mode 就设置为 UNSPECIFIED，size为0

5.2 resolveSizeAndState()

⽤ MeasureSpec.getMode(measureSpec) 和MeasureSpec.getSize(measureSpec) 取出⽗View对⾃⼰的尺⼨限制类型和具体限制尺⼨

1. 如果mode是EXACTLY，表示⽗ View 对⼦ View 的尺⼨做出了精确限制，所以就放弃计算出的 size，直接选⽤ measure spec 的 size
2. 如果mode是AT_MOST，表示⽗ View 对⼦ View 的尺⼨只限制了上限。
   1. 如果计算出的 size 不⼤于 spec 中限制的 size，表示尺⼨没有超出限制，所以选⽤计算出的 size。
   2. 如果计算出的 size ⼤于 spec 中限制的 size，表示尺⼨超限了，所以选⽤spec 的 size，并且在 resolveSizeAndState() 中会添加标志MEASURED_STATE_TOO_SMALL（这个标志可以辅助⽗ View 做测量和布局的计算）
3. 如果mode 是 UNSPECIFIED，表示⽗ View 对⼦ View 没有任何尺⼨限制，所以直接选⽤计算出的 size，忽略 spec 中的 size。

6.View.onMeasure()默认实现过程

1. 通过getDefaultSize()对最小尺寸和父View传入的尺寸进行比较，找出合适尺寸
2. 通过setMeasuredDimension()记录测量之后的尺寸，并通过PFLAG_MEASURED_DIMENSION_SET进行标记已经测量过

7.ViewGroup/View onMeasure()区别

• View onMeasure() 负责将ViewGroup给的测量结果，经过一些权衡后记录测量后的尺寸值到成员变量里
• ViewGroup onMeasure() 首先遍历测量其子布局，然后根据子布局测量结果，结合其父布局给的测量结果，经过一些权衡后记录测量后的尺寸值到成员变量里
• 继承自ViewGroup，必须要重写onMeasure()方法才能为里边子布局测量结果

8.onMeasure() 为什么会执行多次？

• 首先当屏幕刷新信号到来时，会执行performTraversals()方法，开启测量，布局，绘制流程

• 在performTraversals()方法之中调用了measureHierarchy()方法用于整体测量

• 然而在measureHierarchy()之中，有三次测量，代码实现是调用了三次performMeasure()

  • 第一次：先用预设置宽高测量ViewTree，得到测量结果

  • 第二次：如果存在比预设宽高还大的View，则不满足条件，于是设置更大的宽高，进行第二次测量

  • 第三次：发现扩大后的测量结果还不满足，则用window能拿到的最大尺寸再次测量

  每次performMeasure()都会出发onMeasure()

• measureHierarchy()执行完毕后还会调用一次performMeasure()

  • 但是在以下时机才会执行此次测量：

  • 第一次展示View的时候会执行

  • 窗口尺寸发生变化会执行

  后续通过requestLayout()触发时，不一定执行此步骤，因此此时onMeasure()可能只会执行一次

8.1为什么这样设计？

• measureHierarchy()中的测量的目的是为了获取RootView的测量值，而RootView的测量值会在relayoutWindow()用来重新确定Window的宽高
• 而后续的测量执行在relayoutWindow()之后