在使用自定义View时，View宽/高的wrap_content属性不起自身应有的作用，而且是起到与match_parent相同作用。

其实这里有两个问题：

请分析解决问题之前，请先看自定义View原理中（2）自定义ViewMeasure过程-最易懂的自定义View原理系列

问题出现在View的宽/高设置，那我们直接来看自定义View绘制中之一步对View宽/高设置的过程：measure过程中的onMeasure（）***

继续往下看getDefaultSize（）

从上面发现：

那么有人会问：wrap_content和match_parent具有相同的效果，为什么是填充父容器的效果呢？

我们知道，子View的MeasureSpec值是根据子View的布局参数（LayoutParams）和父容器的MeasureSpec值计算得来，具体计算逻辑封装在getChildMeasureSpec()里。

接下来，我们看生成子ViewMeasureSpec的***:getChildMeasureSpec()的源码分析：

getChildMeasureSpec()

从上面可以看出，当子View的布局参数使用match_parent或wrap_content时：

所以：wrap_content起到了和match_parent相同的作用：等于父容器当前剩余空间大小

当自定义View的布局参数设置成wrap_content时时，指定一个默认大小（宽/高）。

这样，当你的自定义View的宽/高设置成wrap_content属性时就会生效了。

网上流传着这么一个解决方案：

答：是，当父View为AT_MOST、View为match_parent时，该View的match_parent的效果就等于wrap_content。上述***存在逻辑错误，但由于这种情况非常特殊的，所以导致最终的结果没有错误。具体分析请看下面例子：

从上面的效果可以看出，View大小=默认值

我再将子View的属性改为wrap_content：

从上面的效果可以看出，View大小还是等于默认值。

相信看到这里你已经看懂了：

为了更好的表示判断逻辑，我建议你们用本文提供的解决方案，即根据布局参数判断默认值的设置

不定期分享关于安卓开发的干货，追求短、平、快，但却不缺深度。