每日一问:详细说一下 MeasureSpec.UNSPECIFIED

本文围绕MeasureSpec.UNSPECIFIED模式展开,介绍其含义为未指定,父控件不干涉子View尺寸。阐述该模式出现取决于父容器,以常用列表为例说明其应用场景及强制设置原因。还提及自定义View测量时该模式的处理方式及最终尺寸确定。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

详细说一下 MeasureSpec.UNSPECIFIED

前面的文章 我留下了一个疑惑,那就是到底为什么 NestedScrollView 要把子 View 的测量模式强行设置为 MeasureSpec.UNSPECIFIED ,这不,在鸿洋的 "wanAndroid" 中,他再次提出了这样的问题:

MesureSpec.UNSPECIFIED

  1. 这个模式什么时候会遇到?
  2. 遇到后怎么处理?
  3. 有什么注意事项?

下面摘自用户「陈小缘啦啦啦」的回答,我觉得回答的非常到位,特别在这里和大家分享一下。

UNSPECIFID,就是未指定的意思,在这个模式下父控件不会干涉子 View 想要多大的尺寸。
那么,这个模式什么时候会onMeasure() 里遇到呢?其实是取决于它的父容器。
就拿最常用的 RecyclerView 做例子,在 Item 进行 measure() 时,如果列表可滚动,并且 Item 的宽或高设置了 wrap_content 的话,那么接下来,itemView 的 onMeasure( )方法的测量模式就会变成 MeasureSpec.UNSPECIFIED
我们不妨打开 RecyclerView 源码,会在 getChildMeasureSpec() 方法里看到这么一句注释:

MATCH_PARENT can't be applied since we can scroll in this dimension, wrap instead using UNSPECIFIED.

它想表达的是:在可滚动的ViewGroup中,不应该限制 Item 的尺寸(如果是水平滚动,就不限制宽度),为什么呢? 因为是可以滚动的,就算 Item 有多宽,有多高,通过滚动也一样能看到滚动前被遮挡的部分。

这里其实也就回答了我之前询问的 NestedScrollView 要强行设置 Item 为 UNSPECIFIED 的原因。
有同学可能会有疑问: 我设置 wrap_content,在 onMeasure() 中应该收到的是 AT_MOST 才对啊,为什么要强制变成 UNSPECIFIED

这是因为考虑到 Item 的尺寸有可能超出这个可滚动的 ViewGroup 的尺寸,而在 AT_MOST 模式下,你的尺寸不能超出你所在的 ViewGroup 的尺寸,最多只能等于,所以用 UNSPECIFIED会更合适,这个模式下你想要多大就多大。

那么,我们在自定义 View 的时候,在测量时发现是 UNSPECIFIED 模式时,应该怎么做呢?

这个就比较自由了,既然尺寸由自己决定,那么我可以写死为 50,也可以固定为 200。但还是建议结合实际需求来定义咯。

比如 ImageView,它的做法就是:有设置图片内容(drawable)的话,会直接使用这个 drawable 的尺寸,但不会超过指定的 MaxWidthMaxHeight, 没有内容的话就是 0。而 TextView 处理 UNSPECIFIED 的方式,和 AT_MOST 是一样的。

当然了,这些尺寸都不一定等于最后 layout 出来的尺寸,因为最后决定子 View 位置和大小的,是在 onLayout() 方法中,在这里你完全可以无视这些尺寸,去 layout()成自己想要的样子。不过,一般不会这么做。

转载于:https://www.cnblogs.com/liushilin/p/11055741.html

at android.widget.LinearLayout.measureVertical(LinearLayout.java:883) at android.widget.LinearLayout.onMeasure(LinearLayout.java:726) at android.view.View.measure(View.java:29007) at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:7132) at com.android.internal.policy.DecorView.measureChildWithMargins(DecorView.java:3010) at android.widget.FrameLayout.onMeasure(FrameLayout.java:205) at com.android.internal.policy.DecorView.onMeasure(DecorView.java:911) at android.view.View.measure(View.java:29007) at android.view.ViewRootImpl.performMeasure(ViewRootImpl.java:5801) at android.view.ViewRootImpl.measureHierarchy(ViewRootImpl.java:3999) at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:4393) at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:3667) at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:12113) at android.view.Choreographer$CallbackRecord.run(Choreographer.java:2459) at android.view.Choreographer$CallbackRecord.run(Choreographer.java:2468) at android.view.Choreographer.doCallbacks(Choreographer.java:1693) at android.view.Choreographer.doFrame(Choreographer.java:1448) at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:2284) at android.os.Handler.handleCallback(Handler.java:1014) at android.os.Handler.dispatchMessage(Handler.java:102) at android.os.Looper.loopOnce(Looper.java:250) at android.os.Looper.loop(Looper.java:340) at android.app.ActivityThread.main(ActivityThread.java:9913) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:621) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:957)
06-13
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值