在使用属性动画的时候,我们知道如果不在页面结束的时候释放掉动画,就会引起内存泄露。
简单的说就是ValueAnimator在AnimationHandler注册自己的AnimationFrameCallback,AnimationFrameCallback接口的实现类就是ValueAnimator自己,ValueAnimator又持有view对象,view有持有activity对象,这样activity对象就是被引用的,所以无法被回收。这样就造成了内存泄露。
另外说明一下AnimationHandler是一个单例模式(基于andoird-26源码)
public static AnimationHandler getInstance() {
if (sAnimatorHandler.get() == null) {
sAnimatorHandler.set(new AnimationHandler());
}
return sAnimatorHandler.get();
}
所以说并不是开启一个属性动画就多一个Handler。只是多一个AnimationFrameCallback对象。一个属性动画就开启一个线程的说法自然也是不对的。
那么依附在view上的补间动画会不会引起内存泄露呢。我们简单通过源码来解析一下。看一下Animation的startNow方法
public void startNow() {
setStartTime(AnimationUtils.currentAnimationTimeMillis());
}
public void setStartTime(long startTimeMillis) {
mStartTime = startTimeMillis;
mStarted = mEnded = false;
mCycleFlip = false;
mRepeated = 0;
mMore = true;
}
或者看view的startAnimation等方法:
public void startAnimation(Animation animation) {
animation.setStartTime(Animation.START_ON_FIRST_FRAME);
setAnimation(animation);
invalidateParentCaches();
invalidate(true);
}
总是并没去开启Handler或者去注册Callback只是记录了动画的开始时间,和初始化一些标志位通知页面重绘等。所以补间动画会随着view的回收而回收,没有内存泄露的风险。具体的补间动画实现原理大家可以继续探索。
这里补充一些补间动画的东西:
1其实的动画是产生在view的parentView里,通过修改view的canvas来实现动画效果,所以view的实际大小并没有改变。
2补间动画不依赖handler,没有callback,不涉及MQ。所以不会有内存泄露的可能。
3补间动画在view detach的时候会被置null,所以view detach后补间动画的效果就没有了。注意这个置空的操作发生在detach方法里,如果view本来就是detach的。去设置动画再显示到屏幕上,补间动画是可以显示的。
4RecyclerView是多级缓存的,在一级缓存时,view离开屏幕再回来,不会走onbind方法,所以如果在onbind里设置补间动画,你的动画可能在RecycleView上下挪动的是失去效果。解决方法,可以在view的attach方法里去设置动画的逻辑。
5补间动画效率比属性动画高。
哪里可以找到我:
我的Github: https://github.com/AndroidMsky