Android layer-list item width XML固定图层宽度

3次阅读

layer-list中item的android:width仅对bitmap生效,需配合android:gravity控制位置与裁剪;shape不支持该属性,固定宽度应通过size或代码setBounds实现。

Android layer-list item width XML固定图层宽度

layer-list 里 item 的 width 不生效?别硬设,用 android:widthandroid:gravity

Android 的 layer-list 里直接写 android:layout_width 是无效的——那是 View 层级的属性,xml drawable 里没这玩意儿。真正起作用的是 android:widthandroid:height,但它们只对 bitmap 类型的 item 生效,且必须配合 android:gravity 才能控制最终显示位置和裁剪行为。

  • android:widthandroid:height 是绝对像素值(如 24dp),不是 match_parent 或 wrap_content
  • 如果 itemshape,这两个属性完全被忽略;想“固定宽度”,得靠 shape 自身的 size + 外层容器约束(比如用作 background 时依赖 View 宽度)
  • 常见错误:给 shape item 写 android:width="48dp",结果毫无变化——因为 shape 不认这个属性
  • 若图层是 bitmap,且希望它居中显示、不拉伸、宽高固定为 32dp,就得这样写:
    <item android:width="32dp" android:height="32dp" android:gravity="center">     <bitmap android:src="@drawable/icon" /> </item>

为什么用 android:gravity 而不是 layout_gravity?

layer-list 的每个 item 没有 layout context,layout_gravity 是 ViewGroup 给子 View 用的,这里根本不起作用。真正管用的是 android:gravity,它决定该图层内容在 layer-list 分配出的“可用区域”内如何摆放。

  • 这个“可用区域”默认就是整个 drawable 尺寸(即父容器宽高),除非你用 android:padding 或嵌套其他限制手段
  • 比如 android:gravity="left|top" 会让 bitmap 紧贴左上角;"center" 会居中并可能裁剪超出部分(取决于是否设置了 android:width/android:height
  • 常见翻车点:设了 android:width="24dp" 却没设 android:gravity,结果 bitmap 默认拉伸填满整个 drawable 区域——因为 gravity 缺省是 fill

固定宽度图层 + 动态背景适配的现实方案

纯 XML 很难让一个图层“严格固定宽度且自动适配不同屏幕密度”,因为 android:width 是 dp 值,系统会换算成 px,但 layer-list 本身没有 density-aware 机制。真要稳,得组合策略:

  • 优先用 vector 替代 bitmap:vector 自带缩放保真,android:width 在 vector item 里同样有效,且无像素损失
  • 如果必须用 bitmap,把图放在 drawable-xxhdpi 等文件夹,并统一用 px 单位写死(如 android:width="72px"),避免 dp 换算误差累积
  • 更稳妥的做法:放弃在 XML 里“固定宽度”,改用代码动态设置 drawable bounds:
    drawable.setBounds(0, 0, widthPx, heightPx);

    这样能精确控制,也绕开了 XML 解析的限制

  • 注意:setBounds() 必须在 drawable 被 attach 到 View 前调用,否则无效;View 的 getBackground().setBounds() 可能被后续 invalidate 覆盖

容易被忽略的兼容性细节

从 Android 5.0(API 21)开始,layer-list 支持 android:top/android:bottom 等偏移属性,但它们和 android:gravity 共存时行为不直观——gravity 优先级更高,偏移量是相对于 gravity 定位后的坐标系计算的。

  • 比如 android:gravity="center" + android:top="16dp",实际效果是“中心点上移 16dp”,不是“整体上移”
  • 低于 API 21 的设备会直接忽略 android:top 等属性,所以别依赖它做关键布局
  • 所有 android:width/android:height 值都必须带单位(dppxsp),漏写单位会导致解析失败,报错信息是:Binary XML file line #X: Invalid dimension
  • 如果图层叠加后边缘模糊,大概率是 bitmap 没做适配或用了非整数 dp 值(如 23.5dp),系统渲染时插值导致

事情说清了就结束

text=ZqhQzanResources