layer-list 中 bitmap 的 gravity 不生效，根本原因是父容器不支持或未正确配置：gravity 仅在图层尺寸≠图片原始尺寸时生效，且需确保使用 标签而非 android:src，并配合正确的 scaletype 或固定宽高。
layer-list 中 bitmap 的 gravity 不生效？先确认父容器是否支持
layer-list 本身不决定子项的布局行为，真正起作用的是它被用在哪儿。比如作为 android:background 设置给 TextView 或 Button，这些控件默认不拉伸背景、也不响应 gravity；但若用在 ImageView 的 src（需设 scaleType="matrix"）或作为 ShapeDrawable 容器，则表现不同。
-
gravity只在图层尺寸 ≠ 图片原始尺寸时才可见效果 - 若父 View 没有明确宽高（比如
wrap_content且图片是唯一内容），系统可能直接按图片原始尺寸渲染，gravity就没机会起作用 - 在
ImageView中使用时，必须配合android:scaleType="center"或类似值，否则bitmap的gravity被忽略
示例：想让 logo 居右上角，但始终贴左上——大概率是外层 View 宽高未固定，或用了 fitXY 这类 scaleType。
bitmap 元素里写 gravity，但图片还是居中？检查是否误用了 drawable 属性
常见错误是把 android:gravity 写成 android:layout_gravity，或者混进 item 标签里却忘了它只对当前 bitmap 生效：
-
<item></item>支持android:gravity，但不支持android:layout_gravity（那是 ViewGroup 子 View 的属性） -
android:gravity的取值如"top|end"必须和图片方向匹配；"right"在 RTL 布局下可能失效，推荐用"end" - 如果
bitmap是android:src="@drawable/xxx"，那它的gravity完全无效——只有放在layer-list里的<bitmap></bitmap>才认这个属性
正确写法：
<item>
<bitmap
android:src="@drawable/icon"
android:gravity="top|end" />
</item>多图层叠加时，gravity 影响的是“相对父图层”的位置，不是屏幕坐标
layer-list 的每个 item 都以整个图层边界为参考系，不是上一个图层或父 View 的实际像素位置：
- 所有
bitmap默认按"fill"拉伸填满整个图层区域，除非显式指定gravity -
gravity="center"表示图片中心点对齐图层中心，不是 View 的中心（如果图层本身被缩放或偏移，结果会偏） - 多个
bitmap使用不同gravity时，它们之间无相对定位关系；想实现“图标在文字右边”，不能靠两个item的gravity配合，得用inset或换LinearLayout
容易踩的坑：
- 以为
gravity="right"能让图标紧贴右侧边框，结果发现留了一小段空白——其实是图片自身宽高比导致内容区未完全撑满 - 在
layer-list里嵌套另一个layer-list，内层gravity仍相对于最外层图层尺寸计算
XML 中无法动态改 gravity？那就别硬扛，换代码控制
layer-list 是静态资源，编译后不可修改 gravity。运行时想调整对齐方式，有更直接的办法：
- 用
LayerDrawable+getDrawable(int)获取对应BitmapDrawable，再调setGravity(int)（API 23+） - 低版本可用
setBounds()手动挪动绘制区域，等效于模拟gravity效果 - 更稳妥的做法：直接用
ImageView+ 多个View布局，避免 XML 层叠逻辑失控
注意：setGravity() 对 BitmapDrawable 有效，但对 ColorDrawable 或 ShapeDrawable 无效——后者压根不处理 gravity。
实际做 UI 微调时，XML 的 gravity 看似方便，但一旦涉及多分辨率适配、动态主题或 RTL 切换，很快就会变成维护黑洞。能用布局文件解决的，别塞进 layer-list；必须用图层的，优先测清基准尺寸和父容器行为。
