android:fromXDelta 是以父容器宽度为基准的浮点数倍率，非像素也非百分比；如"1.0"表示右边界起始，"-0.5"表示中心左侧半宽处起始，数值无单位且正负号表方向。
android:fromXDelta 是相对父容器宽度的百分比还是像素值？
它既不是绝对像素，也不是固定百分比——而是以父容器宽度为基准的浮点数倍率。比如 fromXDelta="1.0" 表示从「父容器右边界」开始（即向右偏移 100% 宽度），fromXDelta="-0.5" 表示从父容器中心左侧半个宽度处开始。
常见错误是当成 dp 或 px 写成 fromXDelta="200"，结果动画完全不按预期移动：系统会把它当 200 倍父宽处理，直接飞出屏幕外。
- 正数 = 向右偏移（起点在右）
- 负数 = 向左偏移（起点在左）
- 0 = 起点在父容器左边界对齐
- 数值无单位，纯倍率，和
android:toXDelta单位规则一致
XML 动画里 fromXDelta 和 pivotX 的关系容易混淆
fromXDelta 控制整个 View 的初始水平位置偏移，而 pivotX 只影响缩放/旋转的支点，对 translate 动画完全无效。很多人加了 pivotX="50%" 以为能改变位移起点，其实没用。
真正会影响 translate 效果的是 View 自身的 layout 参数（比如 layout_marginLeft）或父容器的 gravity。如果动画看起来“偏了”，先检查是不是 View 在布局中本就靠右，再叠加 fromXDelta 导致双重偏移。
- translate 动画只改
translationX属性，不改变 View 的实际 layout 位置 -
pivotX/pivotY对translate类动画无任何作用 - 调试时可用
view.getTranslationX()实时看当前偏移量
API 21+ 中 fromXDelta 在某些场景下被忽略
如果目标 View 启用了硬件加速（默认开启），且使用了 ObjectAnimator 或 ViewPropertyAnimator 替代 XML 动画，那么 XML 里的 fromXDelta 就不会生效——因为新动画系统绕过了旧的 Animation 框架。
更隐蔽的问题是：在 Fragment 中复用同一份 XML 动画资源，若前一次动画未结束就触发下一次，fromXDelta 会被上一次的结束状态覆盖，导致“起点变终点”。这不是 bug，是 Animation 的复用机制决定的。
- 确认是否真在用
Animation（如AnimationUtils.loadAnimation()） - 避免重复调用
startAnimation()，先clearAnimation() - Android 5.0+ 推荐用
animate().translationX(...)替代 XML
替代方案：用代码控制起始 X 更可靠
XML 的 fromXDelta 灵活性差，尤其要适配不同屏幕或动态计算起点时。直接用 Java/Kotlin 设置初始 translationX，再启动动画，逻辑更透明、调试更方便。
例如让一个按钮从屏幕右侧滑入：
button.setTranslationX(button.getWidth()); // 先移到自己宽度之外 button.animate().translationX(0).setDuration(300);
这样写的起始点是确定的像素值，不受父容器尺寸变化、重绘时机或动画复用干扰。
- 避免依赖父容器宽度做计算，直接用
view.getWidth()或getMeasuredWidth() - 注意
getWidth()在onCreate()里可能返回 0，应放在post()或onWindowFocusChanged()中 - 如果必须用 XML，建议配合
fillBefore="true"确保动画前保持起始状态
真正难的不是写对 fromXDelta，而是搞清它在哪一层生效、被谁覆盖、以及什么时候根本不走这条路。
