2018-05-24—源码篇 分析属性动画流程(ValueAnimator篇)

本文详细剖析了Android中ValueAnimator的实现机制,包括创建过程、属性配置及动画启动流程等核心内容。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一上午的时间,先看完了ValueAnimator的源码,心里的那个激动啊,头一次体会到完全靠自己攻读android的源码,经过整理后,给大家带来这篇文章,希望大家能喜欢!



关于属性动画,我们大体上已经学的差不多了(我的意思是还没有学完哈哈)。到目前为止,我们应该已经知道了属性动画的实现流程了:

1.创建动画对象实例。(of,,,三类)

2.属性值添加(时间,模式,延时,插值器,重复次数等等)

3.设置监听器(UpdateListener,AnimationListener,PauseListener)

4.启动动画(start)


这是我们使用ValueAnimator的逻辑。相信大家现在对于这些是没有什么问题。所以我们今天扒开这些表面的方法,去看看它里面的机制是怎么实现的:

10608194-7bdd070eeea69f40.png

我们一步一步来看一下:

首先从创建的方法来看,我们就拿ofInt来举例子了:


1.ofInt方法:

我们control + 左键点进去看一下:

10608194-a400afdda493ae3b.png
ofInt方法

ofInt方法新建了一个ValueAnimator对象并且添加了Int数据并返回该对象。我们看一下setIntValues方法:

10608194-e6224dd654d91e8e.png
setIntValues方法

这个方法也还是很简单的:

首先如果我们没有传入值,就直接返回。

如果我们的mValues属性为空或者没有值,就调用setValues方法,如果不为空,就直接把索引0的PropertyValueHolder添加值。

在这里我们有两个关于的ValueAnimator的属性值:mValues和mInitialized。首先说一下mValues,这个属性还有另一个属性mValuesMap都是存储我们的PropertyValueHolder对象的(PropertyValueHolder是什么不用我多说了吧-。+)只不过mValues是以集合的属性存储,而mValuesMap是以键值对形式存储,我们可以通过这个属性,通过对应的propertyName查找到对应的动画(或者说对应的PropertyValueHolder)。

10608194-804503523cd41fa3.png

而mInitialized这个属性,官方的解释为动画准备就绪标志位,用那个与准备哪些还没有启动的动画。

话句话理解:在动画没有启动之前,我们要对动画进行一系列初始化,赋值等操作(setDuration,setRepeatMode等。。),这个时候的就绪标志位还是false,等到启动了之后,标志位会被设置为start(这个在等会的源码就会看到了)。

10608194-76afad2050e26da7.png

继续回到我们的流程中。我们现在进入setValues方法:

10608194-e4f3dab08abebaae.png

这个方法是在我们mValues没有值的时候进入的,他其实就做了两件事:

1.给mValues重新赋值。

2.给mValuesMap重新赋值。

回到我们的setIntValues方法,如果不为空就直接给mValues赋值就好了。现在setIntValues方法已经看完了。

现在我们已经创建好了一个ValueAnimator对象了。现在ofInt方法应该已经没有问题了。

除了mValues,mInitialized这几个属性之外,ValueAnimator还有很多的这样的属性值,关于这些值,大家可以自己下去翻阅一些其他的赋值方法(像setDuration,setInterpolator之类的)这些都是很简单的,大家一定都可以看得懂,这里就不一一列举了。

唯一要说的一点是:我们的属性动画对象有setInterpolator方法,但是却没有setTypeEvaluator方法,其实我们只要翻阅ofObject的源码,就会发现,TypeEvaluator对象是被添加到PropertyValueHolder对象中的(如下代码),而Interpolator是在ValueAnimator中的属性。

10608194-397b74e88a613173.png


10608194-74a1352ed7cb650c.png



现在关于构建,和添加的部分我们就不看了,因为那一部分源码太简单了(包括添加监听器),接下啦我们看一下最棘手的部分,启动动画。

启动动画的部分需要使用我们刚才赋值的众多属性值,所以看上去可能会很乱, 没事,问题不大,我把源码中的主要逻辑画出来,其余的一些不重要的逻辑大家就不用看了。

首先我们进入start方法:

10608194-61faa5a61804d122.png

start方法中,它调用了一个重载的start方法,参数为false,我们点进去看一下:

10608194-0534168fac755d60.png

一眼望去是不是很恶心:我们只需要看我圈中的两块就好:

1.将传入的playBackwards值传给了mReversing,我们看一下这个mReversing属性:

10608194-ffc287ec6360e6a9.png

他是一个标志位,我们知道动画有两种播放模式(RESTART和REVERSE),该标志位会指定顺序播放还是倒序播放。

mSeekFraction这个属性还是要提一下的。

10608194-7fd5f6fe83b12c5a.png
mSeekFraction

根据注释,我们可以这么理解,如果他是个负数,那么动画就找不到值,就无法启动(先这么理解哈)。

下面是对一些标志位的赋值,这里我们只说一个mAnimationEndRequested:

10608194-9baa639a460da927.png
mAnimationEndRequested

这个标志位是跟踪动画是否被请求结束标志位,具体干什么我们先不说。

我们接着看start方法:

10608194-29442188babe8048.png

紧接着他还是对一些标志位进行了赋值,然后我们看这个if判断:mStartDelay是延时启动时间,mSeekFraction这个属性我们在上面见到过,mReversing是重复播放标志位。如果这三个条件满足其中一个,就会调用startAnimation 方法。

如果mSeekFraction为负,那就是没找到,所以动画时间为0.(也就是立刻关闭喽)。相反就调用setCurrentFraction方法。



到现在为止我们屡一下思路:调用start方法之后,进入另一个start方法,这个方法中总体进行了三件事情:
    初始化一系列标志位、
    mSeekFraction属性赋值、
    逻辑判断,启动动画后给动画赋值。


到现在为止我们有三个方法进入:startAnimation,setCurrentPlayTime和setCurrentFraction方法。

好我们继续。


我们先从startAnimation方法开始:

10608194-d04df1f0ce05147c.png
startAnimation

这个方法很短,我们看红框中的代码:

他大体做了四件事:更新标志位、调用initAnimation方法,给mOverallFraction赋值,调用notifyStartListeners方法。

首先还是更新了标志位,然后进入了initAnimation方法。我们看看这个方法是干嘛的:

10608194-9ac47a395ec47f2e.png
initAnimation

官方注解意译:动画启动前最后一个调用的方法。他将完成最后的初始化。

我们也发现,在他调用智慧,会将mInitialized位设为true,此时动画准备完毕。

这里调用了PropertyValueHolder的init方法,我们看一下这个方法干了什么事:

10608194-6caef14ddb3b8ca0.png

一句话:PropertyValueHolder的init方法,给KeyFrames部署了估值器。如果类型是int和float,就是对应的两种估值器,如果我们通过ofObject方法自己添加的估值器,那么就直接添加给了keyFrames。这个方法过。

那么initAnimation方法可以过了。

在给MOverallFraction赋值之后,他会进入notifyStartListeners方法:

10608194-23cf5d47177408e5.png

我们只看红框画的一行,这个方法是不是很熟悉,没错这就是我们AnimatiorListener接口的实现方法onAnimationStart。就是我们在MainActivity中设置的监听器。

10608194-cbf853e399ee13ba.png

所以notifyStartListeners方法会回调我们所有AnimatorListener的onAnimationStart方法。

最后吧请求结束标志位设为true。

现在我们跳回到start方法中,现在我们的initAnimation方法已经执行完了。setCurrentPlayTime方法我们不看(如果看了就会发现,他最后只是将0作为参数,最后调用了setCurrentFraction方法),我们只看setCurrentFraction方法:

10608194-68fdf5418d38b5a0.png
setCurrentFraction

这个方法中上面有很多我们看着恶心的代码,我们统统不看,我们只需要了解上面的代码的作用,就是根据情况修改了fraction(这个fraction不是那个估值器中的fraction)的值。将获取到的currentInterationFraction中传入animateValue方法中:

10608194-02435ce48a272f46.png
animateValue

这个方法是我们要看的最后一个方法了,想一想是不是很激动!

而且这个方法的逻辑我们也能轻松看懂:

1.获取插值器的值,我们看到了getInterpolation方法,而这个方法就是插值器的实现方法。(所以我们之前说input决定fraction是正确的,而且现在我们可以明确地说,input是自变量,fraction是因变量了。)并且mCurrentFraction属性赋值。

2.调用每个PropertyValueHolder的calculateValue方法。

3.更新监听器接口回调。

这里面最不用说的就是3了我想,这个就是我们自己设置的更新监听。


10608194-367fce05290fd86d.png
MainActivity中自己设置的监听器
10608194-83d2b98166e27d34.png

我们来说一下2中这个calculateValue方法是干什么的:

10608194-3bb83906f5252093.png
calculateValue

这个方法是根据我们得到的value值来进行赋值,所以我们要看一下这个value值是怎么得来的:我们不能直接进入getValue方法,因为我们可以看一下,KeyFrames是一个接口,我们点击去只是抽象方法,我们看一下这个接口的意义:

10608194-e96bd392bcffb4a1.png

抽象了关键帧对相关的集合。所以我们现在去找这个关键帧的类,也就是实现这个KeyFrames的类。

10608194-4b00a015d9c302f6.png

这个名叫KeyFrameSet的类实现了KeyFrames接口,我们看一下它的getValue方法:

10608194-4e833128b2682879.png

我们就看红框中的:他是不是调用了估值器的evaluate方法,而这个方法就是我们在MainActivity中实现的,所以现在实现了接口的回调。

现在我们回到我们的calculateValue方法中

我们现在知道了这个value值就是我们估值器的值。

10608194-bb4ae654cf04ba56.png

所以我们最后把value赋值给了mAnimatedValue和mConverter(至于后的mConvert方法,我会在后面单一将一个 东西时候在提的)。

那我们看一下这个mAnimatedValue属性是干嘛的:

10608194-c26c39b0e987f3c9.png

我们在Activity中实现的方法中,需要通过这个方法获取到当前动画的值,所以我们点进去看一下:

10608194-a1719725253c619c.png


10608194-a86d85eb5d96e680.png

跟我们猜的应该一样吧,最终返回的就是刚才mAnimatedValue值。

所以到现在为止,我们大家应该大体已经知道我们内部的实现原理了。当然动画还有cancel,end,pause等一系列方法,这些方法分起来也是同样的,所以这个就交给大家下去自己分析啦。


当然我们的源码还没有分析完,下一篇中,我们会继续分析。

期待大家的关注和评论!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值