首页 > 代码库 > 属性动画简单分析(二)
属性动画简单分析(二)
在《属性动画简单解析(一)》分析了属性动画ObjectAnimation的初始化流程:
1)通过ObjectAnimation的ofXXX方法,设置propertyName和values。
2)将propertyName和values封装成PropertyValueHolder对象:每个PropertyValueHolder对象持有values组成的帧序列对象KeyFrameSet对象;
3)将步骤2创建的PropertyValueHolder对象用ObjectAnimation的mValues 数组保存起来;并用map缓存,最终可以用如下图片来表示初始化的最终完成结果:
一切就绪后,我们就可以调用ObjectAnimation对象的start方法来启动动画了!
需要注意的是本片博客继续沿袭第一篇博客的说明,本篇所讲的KeyFrame实际上是ObjectKeyframe
结合《属性动画简单说明前篇》这篇博文和上图,不难理解属性动画的执行逻辑如下:start方法开启之后,根据当前时间计算此时的fraction属于KeyFrameSet中的哪一个KeyFrame(currentFeyFrame),然后,然后根据将当前fraction 、preKeyFrame.value和nextKeyFrame.value三者交给TypeEvaluator的计算出一个值,然后将该值通过反射调用Objectde target方法,然后循环遍历下一时刻的fraction,并重复TypeEvaluator的计算过程即可,注意fraction的范围仍然是[0,1]。
还是用代码说话吧,从ObjectAnimator的start方法开始:该start方法直接调用了父类ValueAnimator的start(),VualeAnimator调用了start(boolean playBackwards) 方法;下面基本上就是对源码的分析了,源码分析结束后会会总结成一张图出来方便理解,当然如果对源码没兴趣的话,也可以直接看下文的图来理解之。
private void start(boolean playBackwards) {
//将当前Animator对象放入一个集合中
sPendingAnimations.get().add(this);
//此处省略部分代码
if (mStartDelay == 0) {
setCurrentPlayTime(getCurrentPlayTime());
//此处省略部分代码:
}
//此处省略部分代码
//发送一个消息
animationHandler.sendEmptyMessage(ANIMATION_START);
}
start方法很简单,显示调用了setCurrentPlayTime然后发送一个handler,那么继续追踪setCurrentPlayTime方法:
public void setCurrentPlayTime(long playTime) {
//此处省略部分代码
initAnimation();
//此处省略部分代码
animationFrame(currentTime);
}
上面代码调用了initAnimation和animationFrame方法,那么就来按顺序看看他们都干了些什么事儿,注意因为分析的是ObjectAnimator这个对象,所以initAnimation应该看ObjectAnimator类里面的方法,而不是ValueAnimator的方法:
void initAnimation() {
if (!mInitialized) {
int numValues = mValues.length;
for (int i = 0; i < numValues; ++i) {
mValues[i].setupSetterAndGetter(mTarget);
}
super.initAnimation();
}
}
//super.initAnimation();ValueAnimator的方法
void initAnimation() {
if (!mInitialized) {
int numValues = mValues.length;
for (int i = 0; i < numValues; ++i) {
mValues[i].init();
}
mInitialized = true;
}
}
initAnimation方法其实做了两个逻辑:
1)调用为setupSetterAndGetter方法为ObjectAnimator中mValues数组中的每一个PropertyValuesHolder赋值,参考上图确切的来说就是为PropertyValuesHolder对象所持有的mKeyframeSet中每一个KeyFrame赋值,如果KeyFrame在初始化的时候没有初始值就将目标对象的get方法为其设置初始值。具体代码如下:
void setupSetterAndGetter(Object target) {
try {
Object testValue = http://www.mamicode.com/mProperty.get(target);
//遍历PropertyValuesHolder所持有的mKeyframeSet
for (Keyframe kf : mKeyframeSet.mKeyframes) { //如果没有设置初始值的话就设置初始值
if (!kf.hasValue()) {
kf.setValue(mProperty.get(target));
}
}
return;
} catch (ClassCastException e) {
}
}
//此处省略部分代码
}
2)调用super.initAnimation为上图中的每个PropertyValuseHodler设置插值器TypeEvaluator
到此为止setCurrentPlayTime中调用的initAnimation方法讲解完毕,那么此时上图的中完成的初始化工作可以简单如下所示:
执行完initAnimation后,setCurrentPlayTime继续执行animationFrame方法:
(事先透露一句:该方法正式开始了属性动画的核心:根据当前fraction的值,根据上文设置的插值器,计算目标对象的setXX方法所需参数的值,并放射调用setXX方法来逐步完成属性动画的过程)
boolean animationFrame(long currentTime) {
boolean done = false;
//省略部分代码
switch (mPlayingState) {
case RUNNING:
case SEEKED:
//fraction的计算公式为:(当前时间-开始时间)/动画时间
float fraction = mDuration > 0 ? (float) (currentTime - mStartTime)
//省略了部分代码
animateValue(fraction);
break;
}
return done;
}
为了便于博文的流程梳理,该方法在这里先不细说,其计算了fraction在最后调用了animateValue(fraction)方法,所以先来看看animateValue方法:
void animateValue(float fraction) {
super.animateValue(fraction);
int numValues = mValues.length;
for (int i = 0; i < numValues; ++i) {
//调用PropertyValuesHolder的setAnimatedValue方法
//为target赋值
mValues[i].setAnimatedValue(mTarget);
}
}
//super.animateValue方法:
void animateValue(float fraction) {
fraction = mInterpolator.getInterpolation(fraction);
mCurrentFraction = fraction;
int numValues = mValues.length;
for (int i = 0; i < numValues; ++i) {
//为每一个PropertyValuesHolder调用calculateValue方法
mValues[i].calculateValue(fraction);
}
//省略部分代码
}
animateValue方法先调用父类ValueAnimator的animateValue方法,该方法可以说是属性动画的核心算法体现所在,该方法循环上图中每个PropertyValuesHolder,根据fraction为每个PropertyValuesHolder对象调用其calculateValue方法设置此时目标对象Target的set方法当前应该传入的值,该值保存在PropertyValuesHolder对象的mAnimatedValue变量里保存(当然本篇就不另外说明calculateValue的具体计算思路了,具体思路可参考博主另外一篇博文《属性动画简单说明前篇》)。调用完父类的方法之后,PropertyValuesHolder用图来表示的话就是如下所示了(高手貌似都是喜欢用图来说话):
分析完了ValueAnimator的方法animateValue之后,继续分析ObjectAnimator的animateValue方法,会发现该方法正好与父类的方法相反,父类的方法是为PropertyValuesHolder的mAnimatedValue变量设置值,那么ObjectAnimator的方法就是为获取mAnimatedValue的值并赋值给目标对象的setXX方法。具体处理方法是循环遍历PropertyValuesHolder对象,调用其setAnimatedValue方法:
void setAnimatedValue(Object target) {
if (mProperty != null) {
mProperty.set(target, getAnimatedValue());
}
if (mSetter != null) {
try {
//getAnimatedValue
mTmpValueArray[0] = getAnimatedValue();
mSetter.invoke(target, mTmpValueArray);
} catch (InvocationTargetException e) {
} catch (IllegalAccessException e) {
}
}
}
setAnimatedValue方法也很简单:
1、getAnimatedValue获取mAnimatedValue保存的值
2、将mAnimatedValue的值通过反射调用目标对象的setXX方法,设置到目标对象中
所以到此为止ObjectAnimator通过OfXX设置的values,经过上述的重重调用计算,最终经过反射调用setXX方法,最终达到了修改目标对象属性的目的。
但是,It’s not over yet!到现在只是讲了一次调用setXX的过程,属性动画又是怎么逐步调用每一帧来让属性“动”起来呢?还记得文章开头说的start方法吗?最后发送了由handle发送了一个Messege方法:animationHandler.sendEmptyMessage(ANIMATION_START);,看看这个方法 是干什么呢?是不是做了下一帧调用的处理呢?
让我们看看这个Message方法都做了神马了不起的事儿!真相在一点一点打开:
先剖开别的不谈,其实阅读到这段代码的时候着实让我郁闷纠结了一段时间,因为ValueAnimator里面的handler只发送了两个消息:ANIMATION_START和ANIMATION_FRAME,其中第一个消息是在start里面发送的,但是ANIMATION_FRAME这个消息是什么时候发送的呢?看源码只有下面case语句里面一句发送了ANIMATION_FRAME消息啊:
case ANIMATION_FRAME:
sendEmptyMessage(ANIMATION_FRAME);
break;
到底是怎么handleMessage的switch(msg.what)到底是怎么走到case ANIMATION_FRAME这个分支上的呢?其实特么的有点坑爹了,那是因为处理消息的代码框架如下:
case ANIMATION_START:
doSomthing();
case ANIMATION_FRAME:
sendEmptyMessage(ANIMATION_FRAME);
break;
那就是ANIMATION_START这个case分支没有break语句,执行完ANIMATION_START分之后会直接执行ANIMATION_FRAME分支;真特么坑爹,一时没留意这单,让我着实纠结了一阵
因为本篇博文较长,所以下面应该看成是本篇博文的第二大部分:
那么正式开始吧,不过如果按照正常顺序来说明handleMessage的执行流程的话,可能会有点绕,因为它的代码有点长而且按照其流程说起来估计会对读者造成困惑,所以在这里我就先说结果,然后带着结果分析源码吧!
阅读源码可以发现:ValueAnimation提供了四个ThreadLocal类型的ArrayList静态集合:
sAnimations:包含着正在执行也即是已经执行但是还没有执行完毕的动画集合,处于此集合中的ValueAnimator或者 ObjectAnimator对象正在执行状态中
sPendingAnimations:如果一个ObjectAnimator对象调用了start()方法,那么就把此对象放入sPendingAnimations中,该集合中的动画尚未开始正式执行,正如其注释所说:该集合的动画对象都是即将执行的动画对象
sDelayedAnims:该集合保存了设置了延迟执行方法的ObjectAnimator对象
sReadyAnims :如果sDelayedAnims里面的某一个延迟执行的动画对象已经到了执行的时间,那么该ObjectAnimation对象就会 从sDelayedAnims删除,并放入sReadyAnims;也即是说sReadyAnims里面的动画都话保存了延迟时间到期后可以开始执行的集合
sEndingAnims:当sAnimations里面的某个正在执行的ObjectAnimation执行完毕后,就把该对象从sAnimations移除并将其放入 sEndingAnims集合中
这几个集合之间数据的移动可以用如下图简单所示:
以上就是ObjectAnimator的基本流程,那么到现在各种条件都准备好了,是时候讨论下前面说的那些handleMessage是怎么回事儿了:
因为代码太长,所以先看看case ANIMATION_START分支都干了些神马:
//获取正在执行的动画集合
ArrayList<ValueAnimator> animations = sAnimations.get();
//获取延迟的动画集合
ArrayList<ValueAnimator> delayedAnims = sDelayedAnims.get();
switch (msg.what) {
case ANIMATION_START:
ArrayList<ValueAnimator> pendingAnimations = sPendingAnimations.get();
if (animations.size() > 0 || delayedAnims.size() > 0) {
callAgain = false;
}
//如果还有要执行的动画
while (pendingAnimations.size() > 0) {
ArrayList<ValueAnimator> pendingCopy = (ArrayList<ValueAnimator>) pendingAnimations
.clone();
//清空pendingAnimations确保退出while循环
pendingAnimations.clear();
int count = pendingCopy.size();
//遍历pendingAnimations里面每一个ValueAnimator
for (int i = 0; i < count; ++i) {
ValueAnimator anim = pendingCopy.get(i);
if (anim.mStartDelay == 0) {
//主要是调用了initAnimation方法并将anim放入sAnimations里面的集合
//sAnimations保存了正在执行的动画对象
anim.startAnimation();
} else {
//还没开始执行
delayedAnims.add(anim);
}
}//end for
}//end while
//此处没有break
上面的代码也很简单就是将sPendingAnimations集合里面的数据分成两部分,正在执行的数据对象加入sAnimations集合中,没有执行的动画对象放入sDelayedAnims中;
继续分析case ANIMATION_FRAME的代码:
//获取延迟到期的动画集合
ArrayList<ValueAnimator> readyAnims = sReadyAnims.get();
//获取执行结束的动画集合
ArrayList<ValueAnimator> endingAnims = sEndingAnims.get();
//把延迟处理的动画放入sReadyAnims集合中
int numDelayedAnims = delayedAnims.size();
for (int i = 0; i < numDelayedAnims; ++i) {
ValueAnimator anim = delayedAnims.get(i);
//如果延迟执行的动画可以执行了
if (anim.delayedAnimationFrame(currentTime)) {
//放入readyAnims准备执行
readyAnims.add(anim);
}
}//end for
//开始执行readyAnims集合里面的动画
int numReadyAnims = readyAnims.size();
if (numReadyAnims > 0) {
for (int i = 0; i < numReadyAnims; ++i) {
ValueAnimator anim = readyAnims.get(i);
//主要是调用了initAnimation方法并将anim放入sAnimations里面的集合
//sAnimations保存了正在执行的动画对象
anim.startAnimation();
anim.mRunning = true;
//从延迟队列里面删除对应的记录
delayedAnims.remove(anim);
}//end for
//清空准备好的序列
readyAnims.clear();
}
//变量正在执行的序列
int numAnims = animations.size();
int i = 0;
while (i < numAnims) {
ValueAnimator anim = animations.get(i);
//如果当前动画已经执行完毕
if (anim.animationFrame(currentTime)) {
//把执行完的对象放入endingAnims对象中
endingAnims.add(anim);
}
if (animations.size() == numAnims) {
++i;
} else {
--numAnims;
endingAnims.remove(anim);
}
}//end while
//省略部分代码
//如果仍然有尚未执行完的动画,继续发送ANIMATION_FRAME消息继续执行
if (callAgain
&& (!animations.isEmpty() || !delayedAnims.isEmpty())) {
sendEmptyMessageDelayed(
ANIMATION_FRAME,
Math.max(
0,
sFrameDelay
- (AnimationUtils
.currentAnimationTimeMillis() - currentTime)));
}
break;
上面的代码也很简单,结合上面的流程图不难发现也就是ObjectAnimation对象在这些集合里面转移的过程,就不在赘述;但是该case语句分支有两个核心点:
1)怎么判断当前ObjectAnimation已经结束呢?
2)如果还有正在执行的动画或者延迟动画集合非空,继续发送延迟消息ANIMATION_FRAME。
其实判断ObjectAnimation是否已经结束的方法前面已经说过,就是animationFrame方法,因为会定时发送ANIMATION_FRAME消息,animationFrame方法也会得到执行,如此往复这样一个ObjectAnimation对象的完整流程就可以完成了。
在animationFrame里面有如下代码来判断一个ObjectAnimation动画是否完成:
1)如果fraction>=1切mRepeatCount已经达到了指定次数。代码如下
if (fraction >= 1f) {
if (mCurrentIteration < mRepeatCount
|| mRepeatCount == INFINITE) {
// Time to repeat
if (mListeners != null) {
int numListeners = mListeners.size();
for (int i = 0; i < numListeners; ++i) {
mListeners.get(i).onAnimationRepeat(this);
}
}
if (mRepeatMode == REVERSE) {
mPlayingBackwards = mPlayingBackwards ? false : true;
}
mCurrentIteration += (int) fraction;
fraction = fraction % 1f;
mStartTime += mDuration;
} else {
done = true;//标明动画已经结束
fraction = Math.min(fraction, 1.0f);
}
}
到此为止,属性动画的执行流程已经描述完毕,篇幅较长,如果有不当的地方欢迎批评指正,共同学习和进步。
属性动画简单分析(二)