详细说一下 MeasureSpec.UNSPECIFIED
前面的文章 我留下了一个疑惑，那就是到底为什么 NestedScrollView 要把子 View 的测量模式强行设置为 MeasureSpec.UNSPECIFIED ，这不，在鸿洋的 "wanAndroid" 中，他再次提出了这样的问题：
下面摘自用户「陈小缘啦啦啦」的回答，我觉得回答的非常到位，特别在这里和大家分享一下。
UNSPECIFID，就是未指定的意思，在这个模式下父控件不会干涉子 View 想要多大的尺寸。
那么，这个模式什么时候会onMeasure() 里遇到呢？其实是取决于它的父容器。
就拿最常用的 RecyclerView 做例子，在 Item 进行 measure() 时，如果列表可滚动，并且 Item 的宽或高设置了 wrap_content 的话，那么接下来，itemView 的 onMeasure( )方法的测量模式就会变成 MeasureSpec.UNSPECIFIED。
我们不妨打开 RecyclerView 源码，会在 getChildMeasureSpec() 方法里看到这么一句注释：
它想表达的是：在可滚动的ViewGroup中，不应该限制 Item 的尺寸（如果是水平滚动，就不限制宽度），为什么呢？ 因为是可以滚动的，就算 Item 有多宽，有多高，通过滚动也一样能看到滚动前被遮挡的部分。
这是因为考虑到 Item 的尺寸有可能超出这个可滚动的 ViewGroup 的尺寸，而在 AT_MOST 模式下，你的尺寸不能超出你所在的 ViewGroup 的尺寸，最多只能等于，所以用 UNSPECIFIED会更合适，这个模式下你想要多大就多大。
那么，我们在自定义 View 的时候，在测量时发现是 UNSPECIFIED 模式时，应该怎么做呢？
这个就比较自由了，既然尺寸由自己决定，那么我可以写死为 50，也可以固定为 200。但还是建议结合实际需求来定义咯。
比如 ImageView，它的做法就是：有设置图片内容(drawable)的话，会直接使用这个 drawable 的尺寸，但不会超过指定的 MaxWidth 或 MaxHeight， 没有内容的话就是 0。而 TextView 处理 UNSPECIFIED 的方式，和 AT_MOST 是一样的。
当然了，这些尺寸都不一定等于最后 layout 出来的尺寸，因为最后决定子 View 位置和大小的，是在 onLayout() 方法中，在这里你完全可以无视这些尺寸，去 layout()成自己想要的样子。不过，一般不会这么做。