深度解析：从 AnimationHandler 原理看 Android 动画内存泄漏

问题：有个饮水项目，在firebase 中查看有不少OOM，找到原因发现：项目中有个动画是INFINITE，退出页面的没有cancel ，造成内存泄漏。

在 Android 开发中，动画泄露是内存优化中最隐蔽的环节。很多开发者知道要调用 cancel()，但并不清楚其底层逻辑。本文将深入拆解 Android 动画的核心驱动引擎 ------ AnimationHandler，解析内存泄漏的本质。

一、核心元凶：AnimationHandler 的单例机制

属性动画（Property Animation）之所以会导致内存泄漏，根本原因在于其生命周期往往脱离了 Activity 的控制。这背后的核心组件是 AnimationHandler。

1. 它是单例的

AnimationHandler 在每个 UI 线程中维护一个单例（通过 ThreadLocal 存储）。它负责接收系统的 Vsync 信号，并统一驱动该线程下所有正在运行的动画。

2. 致命的引用链条

当你启动一个动画（animator.start()）时，会形成如下引用链：

系统层 (Choreographer) ➜ 发送信号给 AnimationHandler。
AnimationHandler (单例) ➜ 内部维护一个 ArrayList，强引用 持有当前所有运行中的 ValueAnimator。
ValueAnimator/ObjectAnimator ➜ 内部 mTarget 属性强引用 持有其目标 View。
View ➜ 内部 mContext 属性强引用 持有其所属的 Activity。

结论： 只要动画不停止，AnimationHandler 这个单例就会一直通过引用的"风筝线"拽住你的 Activity。即便你退出了页面，Activity 也无法被 GC 回收。

二、动画引起泄漏的三大典型场景

1. 无限循环动画（最致命）

设置了 setRepeatCount(ValueAnimator.INFINITE) 的动画永远不会自动停止。

后果：如果你不手动调用 cancel()，该 Activity 会永久驻留在内存中，直到进程结束。

2. 耗时动画在 Activity 销毁前未结束

假设动画时长为 10 秒，用户在第 2 秒就退出了页面。

后果：在剩余的 8 秒内，Activity 处于泄漏状态。在高频率进出的场景下，这种"临时泄漏"积累起来会导致内存占用飙升。

3. 匿名内部类监听器 (AnimatorListener)

java 复制代码

animator.addListener(new AnimatorListenerAdapter() 
	{ @Override public void onAnimationEnd(Animator animation) {
 // 隐式持有外部 Activity 的强引用 showToast("AnimationFinished"); 
 	} 
});

即便动画结束，如果 animator 对象因为某些原因被静态变量或其他长生命周期对象引用，这个监听器会拖住 Activity 导致泄漏。

三、为什么 cancel() 能修复泄露？

当你调用 animator.cancel() 时，底层发生了两个关键动作：

从单例中注销 ：ValueAnimator 会立即从 AnimationHandler 的回调列表中移除自己。
切断引用链：一旦单例不再持有动画，整个引用链条从源头断开。即使动画对象本身还未被回收，它也不再受系统驱动，Activity 从而获得被 GC 回收的机会。

四、最佳实践方案

1. 严格绑定生命周期

不要依赖动画自然结束，要在生命周期回调中显式执行"关灯"操作。

推荐 onStop()：停止动画以节省 CPU 和电量（用户看不见时没必要跑）。
必须 onDestroy()：作为内存释放的最后防线。

java 复制代码

@Override 
protected void onStop() { 
	super.onStop();
	 if (mAnimator != null && mAnimator.isRunning()) {
	 	 mAnimator.cancel(); // 关键：将动画从 AnimationHandler 中移除
	 }
}
@Override
 protected void onDestroy() { 
   super.onDestroy(); 
   if (mAnimator != null){ 
     mAnimator.cancel(); // 清理监听器
     mAnimator = null; 
     }
}

2. 自定义 View 的自我防护

如果你在自定义 View 中使用动画，利用 onDetachedFromWindow 可以自动处理 Activity 销毁时的清理工作：

java 复制代码

@Override 
protected void onDetachedFromWindow() {
	 super.onDetachedFromWindow(); 
	 if (mAnimator != null) {
		mAnimator.cancel(); 
	 } 
}

五、总结

Android 动画内存泄漏的本质是 "长生命周期的系统单例服务持有短生命周期的 UI 组件"。

cancel() 是核心 ：它是向 AnimationHandler 发出"注销"信号的唯一有效方式。
AnimationHandler 是源头：理解了单例驱动机制，就能明白为什么"看不见"的动画依然在消耗内存。

养成在生命周期结束时手动 cancel() 动画的习惯，是每一位 Android 高级开发者的标准修养。

深度解析：从 AnimationHandler 原理看 Android 动画内存泄漏