先把结论放在前面：属性动画的三段流水线是——ValueAnimator 负责时间推进（输出 0~1 的动画进度与当前时间）→ TimeInterpolator 把时间进度重新映射成变化进度（这就是"插值器"的本质）→ TypeEvaluator 用变化进度算出实际的属性值。 三个角色各管一段，缺任何一个都跑不动。** 能把这三段拆开讲清，就不会被"插值器和估值器有什么区别"问穿。
这题之所以"半懂的人很容易被问穿"，是因为大多数人只会用 ObjectAnimator.ofFloat()，不知道背后发生了什么，一追问"为什么先快后慢""为什么整数需要 ofInt"就露底。这两个追问看起来是细节，实际考的是有没有读过 ValueAnimator 的求值流程。
三段流水线：动画值是怎么算出来的
以 ValueAnimator.ofFloat(0f, 100f) 为例，一次求值的完整路径是：
ValueAnimator.setFraction(fraction)
├─ fraction = 动画进度（0~1，随时间推进）
├─ if (mInterpolator != null) fraction = mInterpolator.getInterpolation(fraction)
│ ↑ 时间进度 → 变化进度（这一步是"缓动"的来源）
├─ fraction *= (getDuration() / mDurationScale) ← 动画时长缩放（全局开关/动画时长设置）
└─ animateValue(fraction)
└─ mEvaluator.calculateValue(mFraction, mStartValue, mEndValue)
↑ 用变化进度算出实际值（这一步是"从 0 到 100"的那一步）
由此能推出两个必答结论：
- 估值器决定"值怎么从起点到终点"，插值器决定"以什么节奏走"。 两者是正交的——换插值器不改起点终点，换估值器不改节奏。
- "先快后慢"来自插值器，而不是估值器。
LinearInterpolator走匀速，DecelerateInterpolator用1 - (1-t)^2把进度压向前段。这是面试里最容易被答反的一条。
TypeEvaluator 为什么必须存在？因为不是所有类型都能用同一个公式。ofFloat 内置 FloatEvaluator（start + fraction * (end - start)），ofInt 用 IntEvaluator（(int)(start + fraction * (end - start))，注意这里有截断），ArgbEvaluator 则是逐通道插值并保持 alpha 合法。自定义求值就是这个接口的用途——比如做 PointF 路径、做多值联动、做"弹簧式"非线性映射。
最常见的坑是
第一层坑：ObjectAnimator 目标属性没有 setter，动画静默无效。
ObjectAnimator 靠反射找目标对象的 setXxx 方法。如果目标类把这个属性写成了只读（Kotlin 的 val 且无自定义 setter），反射找不到 setter，动画不会报错——它会"正常走完"但画面毫无变化。 这是最坑的一种，因为它没有任何异常，只有"效果没出来"。规范有两条：① 属性动画只作用于 var 声明的属性；② 自定义 View 里的动画属性用 Float/Int 包装类时记得加 @Keep（防止混淆裁剪掉反射调用的 setter），或者干脆改用 ValueAnimator 手动 set 目标值。
第二层坑：动画未 cancel 就销毁页面，回调仍持有 View。
ValueAnimator 通过 AnimationHandler 逐帧回调，animator 持有 updateListener，listener 闭包持有 View，View 持有 Context。页面 onDestroy 时若动画还在跑，整条链不断，直到动画自然结束。更糟的是AnimatorListener.onAnimationEnd 里的回调可能在 View 已销毁后执行，操作已失效的控件。规范是动画在 onDestroy（或 onStop）里 cancel()，并用 animator.addListener 的 onAnimationCancel 做收尾；更彻底的做法是动画跟随 View 的 attach 状态——onDetachedFromWindow 时 cancel。
第三层坑：整数动画用 ofFloat 导致"到不了终点"。
ObjectAnimator.ofInt(view, "alpha", 0, 1) 没问题，但如果对整数属性用了 ofFloat，值会在最后一帧停在 0.999...，因为 IntEvaluator 之外的路径在 setter 里被截断；更常见的是用 ValueAnimator.ofFloat 然后手动 view.x = value.toInt()，出现"差 1 像素"的偏差。规范是整数属性用 ofInt，或者在最后一帧显式赋值终点；涉及"到达即吸附"的逻辑（如滚动到指定位置）用 DecelerateInterpolator + 终点强制定位。
还有一个更隐蔽的坑：在 onDraw 之外用动画值做布局。 动画改变的是 translationX 等绘制属性，如果动画结束后需要真实布局（比如下一个页面要按新位置计算），就会拿到旧值。规范是动画结束回调里把值"归位"——写回布局属性并把 translation 清零。
代码里见真章
先看一个完整的自定义估值器 + 插值器配合的写法：
// 自定义估值器：把 0~1 映射到一条"先快后慢但有超调"的曲线
class OvershootEvaluator(
private val start: Float,
private val end: Float,
private val tension: Float = 1.8f
) : TypeEvaluator<Float> {
override fun evaluate(fraction: Float, startValue: Float, endValue: Float): Float {
// 以起点为基准做偏移，避免依赖传入的 startValue（ObjectAnimator 会传初始快照）
val base = start + (end - start) * fraction
// 超调量随进度衰减，形成"冲过头再回落"
val delta = (end - start) * (tension * 0.12f) *
(1f - fraction) * kotlin.math.sin(fraction * Math.PI).toFloat()
return base + delta
}
}
// 自定义插值器：只改节奏，不改起点终点
class SymmetricEaseInterpolator : TimeInterpolator {
override fun getInterpolation(input: Float): Float {
// 前半段缓入，后半段缓出，整体对称
return if (input < 0.5f) {
2f * input * input
} else {
val t = input - 0.5f
1f - 2f * t * t
}
}
}
fun animateBadge(view: View, from: Float, to: Float) {
ValueAnimator.ofFloat(0f, 1f).apply {
duration = 420
// 插值器：改节奏
interpolator = SymmetricEaseInterpolator()
addUpdateListener {
anim ->
// 估值器：改值
val v = OvershootEvaluator(from, to).evaluate(anim.animatedFraction, 0f, 1f)
view.translationY = v
view.scaleX = 0.8f + 0.2f * anim.animatedFraction
}
start()
}
}
这段代码值得盯三处：第一处，OvershootEvaluator 里用闭包捕获的 start/end 而不依赖传入的 startValue，因为 ObjectAnimator 传入的是动画启动瞬间的快照，中途改属性会导致起点漂移；第二处，super 节奏由插值器决定，两个职责分离得很干净；第三处，addUpdateListener 里同时改 translationY 和 scaleX，这就是"一个驱动器控制多个属性"的标准写法。
再看一个多属性联动的正确实现（用 AnimatorSet 而非手动 start 多个）：
class CardFlipView : FrameLayout {
private val animators = mutableListOf<Animator>()
fun flip() {
animators.forEach {
it.cancel() } // 规范：重入前先取消
animators.clear()
val frontOut = ObjectAnimator.ofFloat(this, "rotationY", 0f, 90f).apply {
duration = 200
interpolator = AccelerateInterpolator()
}
val swap = ObjectAnimator.ofPropertyValuesHolder(
this,
PropertyValuesHolder.ofFloat("scaleX", 1f, 0.9f),
PropertyValuesHolder.ofFloat("scaleY", 1f, 0.9f)
).apply {
duration = 200
interpolator = LinearInterpolator()
}
val backIn = ObjectAnimator.ofFloat(this, "rotationY", -90f, 0f).apply {
duration = 240
interpolator = DecelerateInterpolator()
}
AnimatorSet().apply {
playSequentially(frontOut, swap, backIn)
// 注意：playTogether 只适用于时间不冲突的动画
}.start()
}
// 规范：属性用 @Keep 保护，防止混淆裁剪掉 ObjectAnimator 反射调用的 setter
@Keep
fun setRotationY(value: Float) {
rotationY = value }
}
这段代码的关键是 playSequentially 的时序——翻面动画必须是"前半转 → 换内容 → 后半转"，playTogether 在这里会直接把内容暴露在中间帧。
生命周期与泄漏的防护写法：
class AnimatedHeader : ViewGroup {
private var animator: Animator? = null
private var running = false
fun startCollapse() {
if (running) return // 幂等：防止重复触发叠加
running = true
animator = ObjectAnimator.ofFloat(this, "translationY", 0f, -height.toFloat()).apply {
duration = 260
interpolator = FastOutSlowInInterpolator()
addListener(object : AnimatorListenerAdapter() {
override fun onAnimationEnd(animation: Animator) {
running = false
// 关键：动画结束把值归位，避免 translation 残留
translationY = 0f
visibility = GONE
}
override fun onAnimationCancel(animation: Animator) {
// 关键：cancel 也要复位，否则状态卡在中间
running = false
translationY = 0f
}
})
start()
}
}
override fun onDetachedFromWindow() {
// 规范：detach 时 cancel，切断 animator → listener → View 的引用链
animator?.cancel()
animator = null
super.onDetachedFromWindow()
}
}
这段代码值得盯三处：start() 前判 running 保证幂等；onAnimationEnd 与 onAnimationCancel 都复位（只写前者会留下"取消后卡在中间"的 bug）；onDetachedFromWindow 里 cancel 并置空，这是防泄漏的关键时机。
面试中的经典考点
问：插值器和估值器的区别是什么？
答：插值器（TimeInterpolator）输入输出都是进度，作用是重新映射"时间进度 → 变化进度"，控制节奏（匀速、先快后慢、回弹）；估值器（TypeEvaluator）输入是变化进度，输出是具体属性值，负责"从起点到终点怎么算"。两者正交：换插值器不动终点值，换估值器不动节奏。 ValueAnimator 内部是先调插值器再调估值器，这个顺序是这题的判分点。
问：ObjectAnimator 怎么找到要改的属性？靠什么机制？
答：靠反射查找目标类上与属性名匹配的 setter（setAlpha → 属性 alpha）。它先用 Property 接口（View 实现了 ViewPropertyAnimator 那套优化路径），没有则走反射。正因为依赖 setter，"属性没有 setter"就会静默失败；Kotlin 的 val 属性、private setter 都会导致这个问题。规范是用 ValueAnimator 手动 set，或给属性加 @Keep。
问：ValueAnimator 每一帧的调用顺序是什么？为什么 addUpdateListener 里能读到最新值？
答：AnimationHandler 在每帧的 doAnimation 里取到所有运行的 ValueAnimator → 调 setFraction(fraction)（含插值器与时长缩放）→ 触发 addUpdateListener → 更新 animatedValue。所以 addUpdateListener 拿到的是本帧刚算出的值，而不是上一帧的。顺带要讲的是 doFrame 的时间基准是 vsync（Choreographer），所以动画帧率跟随屏幕刷新率，这也是为什么动画在 120Hz 屏上更顺。
问：动画掉帧怎么排查？
答：四步。① 确认是不是主线程耗时——Choreographer 回调耗时超 16.6ms 就丢帧；② 看 onDraw 是否每帧做重活（分配对象、measure、解码图片）；③ 确认动画的驱动方式——ValueAnimator 由 AnimationHandler 驱动，如果同时跑了多个复杂动画，每帧的求值与重绘会叠加；④ 用 Trace.beginSection 标记动画关键路径。规范是动画期间不做布局与解码，把重活挪到动画开始前或结束后。
问：ViewPropertyAnimator 比 ObjectAnimator 好在哪？
答：三点。① 批量操作——translationX(100f).alpha(0.5f).setDuration(300) 一行搞定，内部合并为一次属性更新；② View 内部专门优化了路径，避免反射与频繁的 invalidate 分派；③ API 更收敛，只提供位移、缩放、旋转、透明度这几类绘制属性。结论是"UI 层的位移/缩放/透明度动画优先 ViewPropertyAnimator，需要动画非绘制属性或要精细控制时用 ValueAnimator/ObjectAnimator"。
问：弹簧动画和传统插值器动画怎么选？
答：传统插值器是"给定时间 → 给定位置"，无法表达"目标变了就重新收敛"；弹簧（如 SpringAnimation、DynamicAnimation）是"给定速度与阻尼 → 物理收敛"，目标中途变化时会自然过渡。规范是：一次性、可预测的转场用插值器；手势跟手、目标动态变化（拖拽释放、列表滚动）用弹簧。 能讲出"弹簧能处理中途变更目标、插值器不能"这条，是这题的高分点。
落到项目里怎么做
一条能写进规范的红线：动画必须在 onDetachedFromWindow（或至少 onDestroy）里 cancel，且 cancel 路径与 end 路径都要做状态复位。 只写 onAnimationEnd 复位是最常见的漏点。
配套实践三条：① 统一封装 base/AnimationExt.kt，把"重入先 cancel、幂等标记、双路径复位"作为默认行为，业务只传参数；② 动画属性一律用绘制属性（translation/scale/alpha/rotation），避免动画中途触发布局；③ 动画期间用 Choreographer 或 Trace 抽查帧耗时，在低端机 CI 上跑一遍基准动画，把掉帧挡在发布前。
给正在准备面试的你
这题的答法要落到"三段流水线 + 两处正交 + 三类静默失败"。推荐这条线：先画 setFraction → 插值器 → 估值器 这条链，讲清各自职责 → 讲两个必答结论（缓动来自插值器、整数要用 ofInt）→ 讲三个坑：无 setter 静默失败、不 cancel 泄漏、ofFloat 整数终点差一 → 落到"ViewPropertyAnimator 优先、弹簧用于动态目标"这条选型。能被追问到"插值器管什么、估值器管什么"并答出"节奏 vs 值"的正交关系，说明读过源码；能主动提"属性没有 setter 会静默失败"，说明真踩过。
如果这篇文章对你有帮助，欢迎点赞、在看、转发三连。你的支持就是这个系列持续更新的动力。
「Android软件开发面试·从入门到精通」连载系列
上一篇：View.post-为什么能拿到宽高：与-Handler-的关系
下一篇预告：Canvas-与-Bitmap：绘制资源的内存账
有任何问题欢迎在评论区留言交流。
