引言：动画的重要性与旧时代的痛点

在数字产品的世界里，优秀的动画不仅仅是装饰，它是用户体验的灵魂。一个精心设计的动画不仅能够引导用户视线、提供愉悦反馈，还能塑造品牌形象，提升产品的高级感和辨识度。

然而，在 Android 平台上我们面临着一个略显混乱的动画世界：View Animation、Property Animation、Transitions、AnimatedVectorDrawable等多种技术方案并存，它们各有千秋，但也各有局限，常常需要在“功能实现”和“性能最优”之间艰难抉择。

我们今天所重点探讨的则是Jetpack 的新成员——Core-Animation​ 库，以及其核心组件 SeekableAnimatedVectorDrawable。它们旨在解决传统动画方案的诸多痛点，为我们开启一个更现代、更可控、更高性能的动画新篇章。

本文的目标，便是带您了解 Core-Animation与 SeekableAnimatedVectorDrawable的工作原理，通过详尽的对比分析揭示其性能表现，帮助您在众多动画组件中做出最合适的选择。

第一部分：认识 Core-Animation 与 SAVD

1. Jetpack Core-Animation 是什么？
定位：Jetpack Core-Animation不是一个直接面向 UI 的动画 API（如 Compose Animation 或 ObjectAnimator），它是一个现代化的、基于 Kotlin 的底层动画引擎，可以将其理解为一个强大的“动画发动机”。这个发动机不仅为未来的 Jetpack 组件提供动力，也能被传统的 View 系统和现代的 Compose 框架所利用，以执行复杂的图形动画任务。
核心理念：声明式、可组合、高性能。
        声明式：您使用 Kotlin DSL（领域特定语言）来描述动画的最终状态和过程，而不是 imperative（命令式）地一步步编写 start(), cancel()等指令。这使得动画逻辑更加直观，代码本身就是最好的文档。
        可组合：您可以像搭乐高积木一样，将简单的动画（如平移、旋转）组合成复杂的时间线动画（如序列、并行）。
        高性能：其底层由 C++ 实现，并通过 JNI 与 Android 系统交互，最大限度地减少了 JVM 的开销，为复杂动画提供了坚实的性能保障。
关键能力：该库支持关键帧动画、沿路径运动、物理动效（如弹簧阻尼模型）以及各种图形变换，功能十分强大。

2. SeekableAnimatedVectorDrawable 解决了什么痛点？
要理解 SeekableAnimatedVectorDrawable(以下简称 SAVD) 的价值，我们必须先回顾一下它的前辈：AnimatedVectorDrawable(AVD)。
回顾 AnimatedVectorDrawable：AVD 允许我们将矢量图（VectorDrawable）与属性动画（Animator）关联起来，创造出无限缩放而不失真的精美动画（例如，一个汉堡菜单图标变形为关闭图标）。然而，它的致命缺点是——不可控。一旦通过 start()启动，动画就会自行运转直至结束，开发者无法暂停、无法倒放，更无法跳转到动画时间线上的任意一个特定点。
SAVD 的革新：
SAVD 的出现，彻底打破了这一僵局，它赋予了动画前所未有的控制力。
可寻址：SAVD 允许您随时通过 getTotalDuration()获取动画的总时长，并通过 setCurrentPlayTime(long ms)方法将动画精确地设置到任何一个时间点。这个时间点是一个从 0 到总时长的毫秒值。
可交互：这一特性使其成为交互式动画的完美载体。想象一下，一个音频播放器的波形图动画，用户可以拖动 SeekBar 的滑块，动画的进度会实时跟随用户的操作而变化。这正是 SAVD 的拿手好戏。
底层支撑：SAVD 的强大功能并非凭空而来，其高性能的寻址和控制能力，正是建立在 core-animation库所提供的强大底层引擎之上的。可以说，SAVD 是 core-animation面向矢量图领域的一个“杀手级”应用。

第二部分：性能与工作原理对比分析

这是本文的核心。我们将从多个维度剖析主流动画组件的差异，特别是 SAVD 的优势所在。
1. 性能对比维度
在分析之前，我们先建立一个评估框架：
CPU/GPU 开销：动画的计算逻辑在哪里执行？是在高效的 JNI/C++ 层，还是在会产生额外开销的 Java/Kotlin 反射层？这直接关系到主线程的流畅度。
内存占用：特别是在处理复杂矢量图时，不同方案的内存消耗如何？是否存在冗余的对象创建和销毁？
渲染管线影响：动画如何与系统的 Choreographer协作，以匹配屏幕的刷新率（VSync）？不当的实现可能导致动画卡顿、掉帧。
灵活性与可组合性：实现复杂的动画序列（例如，A 动画结束后开始 B 和 C 动画并行）的难度和性能如何？

2. 横向对比表

第三部分：实战演练——代码示例与使用场景
理论需要结合实践。下面我们通过三个典型场景来感受 SAVD 和 core-animation的魅力。
场景一：实现一个可交互的加载动画
这是 SAVD 最经典的应用。我们创建一个环形进度动画，用户可以通过 SeekBar 自由控制其进度。
1. 准备矢量图资源
2. 在 Activity 布局和代码中控制

// MainActivity.kt
class MainActivity : AppCompatActivity() {
 
    private lateinit var imageView: ImageView
    private lateinit var seekBar: SeekBar
    private lateinit var seekableAvd: SeekableAnimatedVectorDrawable
 
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
 
        imageView = findViewById(R.id.imageView)
        seekBar = findViewById(R.id.seekBar)
 
        // 1. 加载 SAVD
        val baseDrawable = resources.getDrawable(R.drawable.avd_morph, theme)
        seekableAvd = SeekableAnimatedVectorDrawable.create(baseDrawable)!!
        imageView.setImageDrawable(seekableAvd)
 
        // 2. 设置 SeekBar 监听器
        seekBar.setOnSeekBarChangeListener(object : SeekBar.OnSeekBarChangeListener {
            override fun onProgressChanged(seekBar: SeekBar?, progress: Int, fromUser: Boolean) {
                if (fromUser) {
                    // 将 SeekBar 的进度 (0-100) 转换为动画的绝对时间
                    val animationProgress = progress / 100f
                    val playTime = (animationProgress * seekableAvd.totalDuration).toLong()
                    // 核心：设置动画进度
                    seekableAvd.setCurrentPlayTime(playTime)
                }
            }
            override fun onStartTrackingTouch(seekBar: SeekBar?) {}
            override fun onStopTrackingTouch(seekBar: SeekBar?) {}
        })
    }
}

关键点：seekableAvd.setCurrentPlayTime(...)是实现交互控制的核心。通过将 SeekBar 的相对进度转换为动画的绝对时间（毫秒），我们实现了对动画进度的精确操控。

效果展示：

场景二：在 Compose 中实现复杂路径动画
在 Compose 中直接使用 AnimatedVectorDrawable需要通过 AndroidView来包装，体验并不原生。而 core-animation的 Kotlin DSL 有望提供一种更优解（请注意：此 API 仍在快速发展中，请以官方最新文档为准）。
传统方式的“笨重”：

// 在 Compose 中使用 AVD
AndroidView(
    factory = { context ->
        ImageView(context).apply {
            setImageResource(R.drawable.your_avd)
            // ... 控制逻辑也很繁琐
        }
    }
)

使用 core-animationKotlin DSL（概念示例）：

// 伪代码，示意未来可能性
val animationSpec = keyframes<Path> {
    durationMillis = 1000
    // ... 定义路径变形的关键帧
}
 
val currentPath by animateValueAsState<Path>(
    targetValue = targetPath,
    animationSpec = tween(animationSpec)
)
 
Box(
    modifier = Modifier.drawBehind {
        // 使用 currentPath 绘制
        drawPath(currentPath, color = Color.Black)
    }
)

这种方式能将动画逻辑完全融入 Compose 的声明式体系中，享受更好的性能和无缝的生命周期管理。
场景三：动画序列编排
假设我们需要一个图标先变形，然后向右移动，同时颜色从黑变红。使用 AnimatorSet需要嵌套，代码冗长。而 core-animation的 Kotlin DSL 可以清晰地表达这种并行和串行关系。

// 伪代码，示意其组合能力
val iconAnimation = transitionOf(start = StartState, end = EndState) {
    spec = KeyframesSpec {
        // ... 定义变形、移动、颜色变化的序列
    }
    // 可以轻松地让移动和颜色变化并行
    at(500) { translationX to 100.dp }
    at(500) { color to Color.Red }
}
 
// 启动整个动画序列
iconAnimation.start()

第四部分：决策指南——如何选择？
面对众多选择，不必迷茫。遵循以下指南，为你的场景挑选最合适的工具：
1.简单 View 动画：如 View的平移、缩放、旋转、淡入淡出。用 ViewPropertyAnimator。它语法简洁、语义清晰、性能优异，是此类场景的不二之选。
2.通用对象属性动画：需要改变一个非 View 对象的属性，或需要高度定制化的动画（如自定义 TypeEvaluator）。用 ObjectAnimator。但要警惕其在列表等高频场景下的反射开销，必要时可考虑切换到 ViewPropertyAnimator或手动批处理。
3.静态矢量图的一次性动画：如图标状态切换（汉堡包 -> 关闭），且不需要中途控制。用 AnimatedVectorDrawable。XML 编写方便，能满足大部分静态展示需求。
4.需要交互的矢量图动画：必须用 SeekableAnimatedVectorDrawable。当你的动画需要与用户操作（如 SeekBar、手势）联动时，SAVD 是目前唯一的解决方案。
5.在 Compose 中构建复杂/高性能动画：优先考虑 core-animationKotlin DSL。它是面向未来的技术，能提供最佳的性能和无缝的 Compose 集成体验。密切关注其 API 的稳定化进程。
6.现有项目迁移：不要为了迁移而迁移。重构成本高昂。只有当现有方案明确遇到了性能瓶颈或可控制性问题时，才考虑引入 SAVD 或 Core-Animation。
结论与展望
SeekableAnimatedVectorDrawable与 Jetpack Core-Animation绝非简单的 API 升级，它们代表了 Android 动画系统在控制权和性能上的重大飞跃。它们解决了长期困扰开发者的痛点，为我们打开了通往更复杂、更富交互性动画的大门。
尽管目前 core-animation仍处于 Alpha 阶段，API 存在变动的可能，但其展现出的潜力和设计理念无疑是激动人心的。我们有理由相信，随着库的成熟，它将成为 Compose 动画乃至整个 Android 平台的底层基石，与更多的 Jetpack 组件深度集成，共同塑造 Android UI 的未来。

作者：黄佳欣

原文链接：解析 Android Jetpack Core-Animation 与 SeekableAnimatedVectorDrawable：性能、差异与未来