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

layer-list 里 item 的 width 不生效?别硬设,用 android:width 配 android:gravity
Android 的 layer-list 里直接写 android:layout_width 是无效的——那是 View 层级的属性,xml drawable 里没这玩意儿。真正起作用的是 android:width 和 android:height,但它们只对 bitmap 类型的 item 生效,且必须配合 android:gravity 才能控制最终显示位置和裁剪行为。
-
android:width和android:height是绝对像素值(如24dp),不是 match_parent 或 wrap_content - 如果
item是shape,这两个属性完全被忽略;想“固定宽度”,得靠shape自身的size+ 外层容器约束(比如用作 background 时依赖 View 宽度) - 常见错误:给
shapeitem 写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值都必须带单位(dp、px、sp),漏写单位会导致解析失败,报错信息是:Binary XML file line #X: Invalid dimension - 如果图层叠加后边缘模糊,大概率是 bitmap 没做适配或用了非整数 dp 值(如
23.5dp),系统渲染时插值导致
事情说清了就结束