Android 5.1系统下20dp固定高度SeekBar不显示，改wrap_content即恢复

版本级测量逻辑差异 #

Android 5.1（API 22）及更早版本的SeekBar（继承自ProgressBar）的onMeasure测量流程，与6.0及之后版本存在本质区别：

• 6.0之后的AOSP实现：不管layout_height设置为固定值还是wrap_content，测量完成后都会自动对progressDrawable轨道、拖动thumb做垂直居中适配，同时maxHeight属性仅作为轨道高度的上限约束，不会覆盖drawable的实际绘制尺寸
• 5.1及更早版本的AOSP实现：当layout_height为固定值（EXACTLY测量模式）时，maxHeight属性会拥有最高优先级，强制将轨道的可绘制高度压缩为设置值；同时测量流程不会自动计算drawable、thumb的垂直居中偏移，所有绘制内容会直接从可绘制区域的顶部开始排版。如果此时使用的自定义progressDrawable没有在layer-list中明确设置固有高度，系统会将其测量为0高度，最终导致整个SeekBar的可绘制内容尺寸为0，完全不可见。
  而当把layout_height改为wrap_content（AT_MOST测量模式）时，测量逻辑会自动取thumb固有高度、drawable固有高度、minHeight的最大值作为view总高度，此时maxHeight的优先级下降，居中偏移计算流程正常触发，SeekBar自然可以正常显示。

同版本5.1机型表现不一致的原因 #

同样是Android 5.1系统的机型，显示效果存在差异本质是厂商定制ROM的逻辑修改导致：

• 原生AOSP5.1机型：未修改SeekBar的核心测量逻辑，固定高度下即便设置了极小的maxHeight，系统仍会默认给thumb预留足够的垂直居中偏移空间，因此SeekBar可以正常显示
• 第三方定制ROM机型：对SeekBar的测量逻辑增加了校验规则，当检测到view固定高度与maxHeight的差值超过设定阈值（如20dp的view高度搭配1dp的maxHeight），会判定为布局参数异常，直接跳过drawable和thumb的绘制流程，最终导致SeekBar完全不可见。

• 匹配minHeight与maxHeight参数：如果需要1dp高度的轨道，不要单独设置android:maxHeight="1dp"，需要同步设置android:minHeight="1dp"，让测量流程强制轨道高度为固定1dp，避免5.1版本下drawable高度被压缩为0的问题
• 避免无固有尺寸的自定义drawable：在自定义的seek_bar layer-list中，给轨道item明确设置android:height="1dp"，给thumb item明确设置对应的固有尺寸，避免旧版本系统将drawable测量为0高度
• 用wrap_content+固定padding替代纯固定高度：将layout_height设为wrap_content，通过设置上下相等的padding值达到需要的20dp总高度（如上下各9.5dp padding），这种方式可以兼容所有版本的测量逻辑，不会触发旧版本的居中计算bug
• 版本差异兜底：针对API <=22的机型，可通过代码动态将原来的固定20dp高度替换为wrap_content+固定padding的实现，规避定制ROM的异常校验逻辑

注意：设置的android:thumbOffset="0dp"在5.1部分定制ROM上也可能触发异常绘制逻辑，如果不需要thumb完全贴边，建议适当保留少量thumb偏移值，避免ROM的参数校验拦截。

内容的提问来源于stack exchange，提问作者Yyyzzz