需要重写 generateLayoutParams() 并返回 MarginLayoutParams 才能使⽤measureChildWithMargins() ⽅法
有些⼦ View 可能需要重新测量(⽐如换⾏处)
测量完成后,得出⼦ View 的实际位置和尺⼨,并暂时保存
- 通过 getChildMeasureSpec(int spec, int padding, int childDimension) ⽅法计算出⼦ View 的 widthMeasureSpec 和 heightMeasureSpec,然后调⽤ child.measure() ⽅法来让⼦ View ⾃我测量
源码流程
-
如果开发者写了具体值(例如 layout_width=“24dp”),就不⽤再考虑⽗View 的剩余空间了,直接⽤ LayoutParams.width / height 来作为⼦ View的限制 size,⽽限制 mode 为 EXACTLY
-
如果开发者写的是 MATCH_PARENT,需要根据⾃⼰的 widthMeasureSpec 或 heightMeasureSpec 中的 mode 来分情况判断
-
如果⾃⼰的 spec 中的 mode 是 EXACTLY 或者 AT_MOST,说明⾃⼰的尺⼨有上限,那么把 spec 中的 size 减去⾃⼰的已⽤宽度或⾼度,就是⾃⼰可以给⼦ View 的 size;
-
如果自己的mode 是EXACTLY,传给子View 的mode是EXACTLY
-
如果自己的mode 是AT_MOST,传给子View 的mode是AT_MOST
-
如果⾃⼰的 spec 中的 mode 是 UNSPECIFIED,说明⾃⼰的尺⼨没有上限,给⼦ View 限制的 mode 就设置为 UNSPECIFIED,size为0
-
如果开发者写的是 WRAP_CONTENT,即要求⼦ View 在不超限制的前提下⾃我测量,需要根据⾃⼰的 widthMeasureSpec 和 heightMeasureSpec中的 mode 来分情况判断:
-
如果⾃⼰的 spec 中的 mode 是 EXACTLY 或者 AT_MOST,说明⾃⼰的尺⼨有上限,那么把 spec 中的 size 减去⾃⼰的已⽤宽度或⾼度,就是⾃⼰可以给⼦ View 的尺⼨上限;⾄于 mode,就⽤AT_MOST
注意,就算⾃⼰的 mode 是 EXACTLY,传给⼦ View 的也是 AT_MOST,
- 如果⾃⼰的 spec 中的 mode 是 UNSPECIFIED,说明⾃⼰的尺⼨没有上限,给⼦ View 限制的 mode 就设置为 UNSPECIFIED,size为0
5.2 resolveSizeAndState()
⽤ MeasureSpec.getMode(measureSpec) 和MeasureSpec.getSize(measureSpec) 取出⽗View对⾃⼰的尺⼨限制类型和具体限制尺⼨
- 如果mode是EXACTLY,表示⽗ View 对⼦ View 的尺⼨做出了精确限制,所以就放弃计算出的 size,直接选⽤ measure spec 的 size
- 如果mode是AT_MOST,表示⽗ View 对⼦ View 的尺⼨只限制了上限。
- 如果计算出的 size 不⼤于 spec 中限制的 size,表示尺⼨没有超出限制,所以选⽤计算出的 size。
- 如果计算出的 size ⼤于 spec 中限制的 size,表示尺⼨超限了,所以选⽤spec 的 size,并且在 resolveSizeAndState() 中会添加标志MEASURED_STATE_TOO_SMALL(这个标志可以辅助⽗ View 做测量和布局的计算)
- 如果mode 是 UNSPECIFIED,表示⽗ View 对⼦ View 没有任何尺⼨限制,所以直接选⽤计算出的 size,忽略 spec 中的 size。
6.View.onMeasure()默认实现过程
- 通过getDefaultSize()对最小尺寸和父View传入的尺寸进行比较,找出合适尺寸
- 通过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()
- 但是在以下时机才会执行此次测量:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
总结
找工作是个很辛苦的事情,而且一般周期都比较长,有时候既看个人技术,也看运气。第一次找工作,最后的结果虽然不尽如人意,不过收获远比offer大。接下来就是针对自己的不足,好好努力了。
最后为了节约大家的时间,我把我学习所用的资料和面试遇到的问题和答案都整理成了PDF文档,都可以分享给有需要的朋友,如有需要私信我【资料】或者**【点这里】免费领取**
喜欢文章的话请关注、点赞、转发 谢谢!
**
喜欢文章的话请关注、点赞、转发 谢谢!