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），系统渲染时插值导致
