alpha动画duration必须为正整数毫秒值，0或负数无效，小数报错；建议≥100ms，避免低于50ms导致闪烁；受系统动画缩放设置影响，可能被强制归零。
alpha 动画 duration 写多少才算有效
Android XML 中 alpha 动画的 duration 必须是正整数（单位毫秒），写成 0 或负数会被静默忽略，动画不执行；写成小数（如 300.5）会编译报错。常见误写是复制粘贴时带空格或全角字符，比如 duration=" 300 " 在某些旧版 aapt 中可能解析失败。
-
duration值建议 ≥ 100，低于 50ms 人眼基本感知不到变化，反而容易造成“闪一下”错觉 - 系统对超长 duration（如 > 10000）无硬性限制，但超过 5 秒的动画需考虑用户等待耐心和 ANR 风险
- 如果动画没动，先检查 Logcat 是否有
AnimationUtils.loadAnimation: Unable to load animation resource，大概率是duration格式非法或父节点缺失android:duration
alpha 动画 duration 和 interpolator 的关系
duration 控制总时长，interpolator 控制透明度变化的节奏——两者独立生效，但效果叠加。比如 duration="600" + android:interpolator="@android:anim/accelerate_decelerate_interpolator"，不是匀速从 0→1，而是先慢、再快、再慢地完成整个 600ms 过程。
- 默认插值器是
@android:anim/accelerate_decelerate_interpolator，不是线性；要匀速变化必须显式指定@android:anim/linear_interpolator - 插值器不影响 duration 数值本身，但会影响“视觉上是否觉得卡顿”：用
accelerate_interpolator时，后半段 alpha 变化剧烈，若 duration 太短（如 200ms），容易出现突兀感 - 自定义插值器（如继承
TimeInterpolator）传入的input值范围始终是 [0, 1]，与 duration 无关
Java/Kotlin 代码里 setDuration() 和 XML duration 冲突吗
冲突。XML 定义的 duration 是初始值，一旦在代码中调用 animation.setDuration(800)，就会覆盖 XML 里的设置，后续播放以代码值为准。反过来，如果先 setDuration() 再通过 AnimationUtils.loadAnimation() 重新加载 XML，也不会恢复 XML 的 duration——因为每次 loadAnimation() 都新建一个 Animation 实例。
- 调试时发现动画变快/变慢，优先查是否在代码里重复调用了
setDuration() - ViewPropertyAnimator（如
view.animate().alpha(0f).setDuration(400)）走的是另一套机制，和 XMLalpha动画无关，duration 不互通 - 使用
AnimationSet时，子动画各自的duration独立，AnimationSet本身没有 duration 属性
不同 Android 版本对 alpha duration 的兼容性差异
XML 中 alpha 动画的 duration 从 API 1 就支持，无版本门槛。但实际表现受系统动画缩放设置影响：用户在「设置 → 辅助功能 → 动画缩放」里选了「关闭动画」，所有 duration > 0 的动画都会被强制设为 0ms，alpha 动画瞬间完成——这不是 bug，是系统级干预。
- 开发阶段建议在真机开启「显示动画运行时间」（开发者选项），直观确认 duration 是否被系统压制
- targetSdkVersion ≥ 31（Android 12）后，若应用未声明
android:enableOnBackInvokedCallback="true"等配置，部分动画回调可能延迟，但 duration 解析逻辑不变 - 低端设备上，大量并发 alpha 动画（如列表 item 逐个淡入）可能导致 Choreographer 掉帧，此时 duration 数值虽正确，但实际帧间隔不稳定
duration 看似简单，真正麻烦的是它藏在 XML 里、又被代码改、还被系统截胡——调的时候别只盯着数字，得看 log、看真机动画开关、看是否和其他动画共用同一个 AnimationDrawable 实例。
