摘要：動(dòng)畫(huà)占用大量?jī)?nèi)存，如何優(yōu)化使用動(dòng)畫(huà)的注意事項(xiàng)有哪些問(wèn)題這個(gè)問(wèn)題主要出現(xiàn)在幀動(dòng)畫(huà)中，當(dāng)圖片數(shù)量較多且圖片較大時(shí)就極易出現(xiàn)，這個(gè)在實(shí)際開(kāi)發(fā)中要尤其注意，盡量避免使用幀動(dòng)畫(huà)。

4.0.0.1 Android中有哪幾種類型的動(dòng)畫(huà)，屬性動(dòng)畫(huà)和補(bǔ)間動(dòng)畫(huà)有何區(qū)別？補(bǔ)間動(dòng)畫(huà)和屬性動(dòng)畫(huà)常用的有哪些？

4.0.0.2 View動(dòng)畫(huà)為何不能真正改變View的位置？而屬性動(dòng)畫(huà)為何可以？屬性動(dòng)畫(huà)是如何改變View的屬性？

4.0.0.3 補(bǔ)間動(dòng)畫(huà)是如何作用于view的，從源碼角度分析以下？為何說(shuō)補(bǔ)間動(dòng)畫(huà)沒(méi)有改變View的屬性？

4.0.0.6 屬性動(dòng)畫(huà)插值器和估值器的作用？插值器和估值器分別是如何更改動(dòng)畫(huà)的？

4.0.0.7 使用動(dòng)畫(huà)會(huì)出現(xiàn)哪些問(wèn)題？動(dòng)畫(huà)占用大量?jī)?nèi)存，如何優(yōu)化？使用動(dòng)畫(huà)的注意事項(xiàng)有哪些？

博客筆記大匯總【15年10月到至今】，包括Java基礎(chǔ)及深入知識(shí)點(diǎn)，Android技術(shù)博客，Python學(xué)習(xí)筆記等等，還包括平時(shí)開(kāi)發(fā)中遇到的bug匯總，當(dāng)然也在工作之余收集了大量的面試題，長(zhǎng)期更新維護(hù)并且修正，持續(xù)完善……開(kāi)源的文件是markdown格式的！同時(shí)也開(kāi)源了生活博客，從12年起，積累共計(jì)500篇[近100萬(wàn)字]，將會(huì)陸續(xù)發(fā)表到網(wǎng)上，轉(zhuǎn)載請(qǐng)注明出處，謝謝！

鏈接地址：https://github.com/yangchong2...

如果覺(jué)得好，可以star一下，謝謝！當(dāng)然也歡迎提出建議，萬(wàn)事起于忽微，量變引起質(zhì)變！所有的筆記將會(huì)更新到GitHub上，同時(shí)保持更新，歡迎同行提出或者push不同的看法或者筆記！

常見(jiàn)三類動(dòng)畫(huà)

View動(dòng)畫(huà)（View Animation）/補(bǔ)間動(dòng)畫(huà)（Tween animation）：對(duì)View進(jìn)行平移、縮放、旋轉(zhuǎn)和透明度變化的動(dòng)畫(huà)，不能真正的改變view的位置。應(yīng)用如布局動(dòng)畫(huà)、Activity切換動(dòng)畫(huà)

逐幀動(dòng)畫(huà)（Drawable Animation）：是View動(dòng)畫(huà)的一種，它會(huì)按照順序播放一組預(yù)先定義好的圖片

屬性動(dòng)畫(huà)（Property Animation）：對(duì)該類對(duì)象進(jìn)行動(dòng)畫(huà)操作，真正改變了對(duì)象的屬性

屬性動(dòng)畫(huà)和補(bǔ)間動(dòng)畫(huà)區(qū)別

屬性動(dòng)畫(huà)才是真正的實(shí)現(xiàn)了view的移動(dòng)，補(bǔ)間動(dòng)畫(huà)對(duì)view的移動(dòng)更像是在不同地方繪制了一個(gè)影子，實(shí)際對(duì)象還是處于原來(lái)的地方。當(dāng)動(dòng)畫(huà)的repeatCount設(shè)置為無(wú)限循環(huán)時(shí)，如果在Activity退出時(shí)沒(méi)有及時(shí)將動(dòng)畫(huà)停止，屬性動(dòng)畫(huà)會(huì)導(dǎo)致Activity 無(wú)法釋放而導(dǎo)致內(nèi)存泄漏，而補(bǔ)間動(dòng)畫(huà)卻沒(méi)問(wèn)題。xml文件實(shí)現(xiàn)的補(bǔ)間動(dòng)畫(huà)，復(fù)用率極高。在 Activity切換，窗口彈出時(shí)等情景中有著很好的效果。

補(bǔ)間動(dòng)畫(huà)還有一個(gè)致命的缺陷，就是它只是改變了View的顯示效果而已，而不會(huì)真正去改變View的屬性。什么意思呢？比如說(shuō)，現(xiàn)在屏幕的左上角有一個(gè)按鈕，然后我們通過(guò)補(bǔ)間動(dòng)畫(huà)將它移動(dòng)到了屏幕的右下角，現(xiàn)在你可以去嘗試點(diǎn)擊一下這個(gè)按鈕，點(diǎn)擊事件是絕對(duì)不會(huì)觸發(fā)的，因?yàn)閷?shí)際上這個(gè)按鈕還是停留在屏幕的左上角，只不過(guò)補(bǔ)間動(dòng)畫(huà)將這個(gè)按鈕繪制到了屏幕的右下角而已。下面這張圖摘自網(wǎng)絡(luò)！

補(bǔ)間動(dòng)畫(huà)和幀動(dòng)畫(huà)xml文件存放的位置

補(bǔ)間動(dòng)畫(huà)是放置到res/anim/下面

幀動(dòng)畫(huà)是放置到res/drawable/下面，子節(jié)點(diǎn)為animation-list，在這里定義要顯示的圖片和每張圖片的顯示時(shí)長(zhǎng)

補(bǔ)間動(dòng)畫(huà)和屬性動(dòng)畫(huà)常用的有哪些？技術(shù)博客大總結(jié)

View動(dòng)畫(huà)框架是舊的框架，只能用于Views。比較容易設(shè)置和能滿足許多應(yīng)用程序的需要。View動(dòng)畫(huà)框架中一共提供了AlphaAnimation（透明度動(dòng)畫(huà)）、RotateAnimation（旋轉(zhuǎn)動(dòng)畫(huà)）、ScaleAnimation（縮放動(dòng)畫(huà)）、TranslateAnimation（平移動(dòng)畫(huà)）四種類型的補(bǔ)間動(dòng)畫(huà)；并且View動(dòng)畫(huà)框架還提供了動(dòng)畫(huà)集合類（AnimationSet），通過(guò)動(dòng)畫(huà)集合類（AnimationSet）可以將多個(gè)補(bǔ)間動(dòng)畫(huà)以組合的形式顯示出來(lái)。

與屬性動(dòng)畫(huà)相比View動(dòng)畫(huà)存在一個(gè)缺陷，View動(dòng)畫(huà)改變的只是View的顯示，而沒(méi)有改變View的響應(yīng)區(qū)域，并且View動(dòng)畫(huà)只能對(duì)View做四種類型的補(bǔ)間動(dòng)畫(huà)。因此Google在Android3.0（API級(jí)別11）及其后續(xù)版本中添加了屬性動(dòng)畫(huà)框架，從名稱中就可以知道只要某個(gè)類具有屬性（即該類含有某個(gè)字段的set和get方法），那么屬性動(dòng)畫(huà)框架就可以對(duì)該類的對(duì)象進(jìn)行動(dòng)畫(huà)操作（其實(shí)就是通過(guò)反射技術(shù)來(lái)獲取和執(zhí)行屬性的get，set方法），同樣屬性動(dòng)畫(huà)框架還提供了動(dòng)畫(huà)集合類（AnimatorSet），通過(guò)動(dòng)畫(huà)集合類（AnimatorSet）可以將多個(gè)屬性動(dòng)畫(huà)以組合的形式顯示出來(lái)。

View動(dòng)畫(huà)為何不能真正改變View的位置？而屬性動(dòng)畫(huà)為何可以？

View動(dòng)畫(huà)改變的只是View的顯示，而沒(méi)有改變View的響應(yīng)區(qū)域；而屬性動(dòng)畫(huà)會(huì)通過(guò)反射技術(shù)來(lái)獲取和執(zhí)行屬性的get、set方法，從而改變了對(duì)象位置的屬性值。

Animation產(chǎn)生的動(dòng)畫(huà)數(shù)據(jù)實(shí)際并不是應(yīng)用在View本身的，而是應(yīng)用在RenderNode或者Canvas上的，這就是為什么Animation不會(huì)改變View的屬性的根本所在。

屬性動(dòng)畫(huà)是如何改變View的屬性？

具體看我這篇博客：https://www.jianshu.com/p/4af...

關(guān)于補(bǔ)間動(dòng)畫(huà)原理

要了解Android動(dòng)畫(huà)是如何加載出來(lái)的,我們首先要了解Android View 是如何組織在一起的.每個(gè)窗口是一顆View樹(shù). RootView是DecorView,在布局文件中聲明的布局都是DecorView的子View.是通過(guò)setContentView來(lái)設(shè)置進(jìn)入窗口內(nèi)容的. 因?yàn)閂iew的布局就是一棵樹(shù).所以繪制的時(shí)候也是按照樹(shù)形結(jié)構(gòu)來(lái)遍歷每個(gè)View進(jìn)行繪制.ViewRoot.java中 draw函數(shù)準(zhǔn)備好Canvas后 調(diào)用 mView.draw(canvas),這里的mView是DecorView.

下面看一下遞歸繪制的幾個(gè)步驟:技術(shù)博客大總結(jié)

1.繪制背景

2.如果需要,保存畫(huà)布(canvas),為淡入淡出做準(zhǔn)備

3.通過(guò)調(diào)用View.onDraw(canvas)繪制View本身的內(nèi)容

4.通過(guò) dispatchDraw(canvas)繪制自己的孩子,dispatchDraw->drawChild->child.draw(canvas) 這樣的調(diào)用過(guò)程被用來(lái)保證每個(gè)子 View 的 draw 函數(shù)都被調(diào)用

5.如果需要，繪制淡入淡出相關(guān)的內(nèi)容并恢復(fù)保存的畫(huà)布所在的層（layer）

6.繪制修飾的內(nèi)容（例如滾動(dòng)條）

當(dāng)一個(gè) ChildView 要重畫(huà)時(shí)，它會(huì)調(diào)用其成員函數(shù) invalidate() 函數(shù)將通知其 ParentView 這個(gè) ChildView 要重畫(huà)，這個(gè)過(guò)程一直向上遍歷到 ViewRoot，當(dāng) ViewRoot 收到這個(gè)通知后就會(huì)調(diào)用上面提到的 ViewRoot 中的 draw 函數(shù)從而完成繪制。Android 動(dòng)畫(huà)就是通過(guò) ParentView 來(lái)不斷調(diào)整 ChildView 的畫(huà)布坐標(biāo)系來(lái)實(shí)現(xiàn)的

如何計(jì)算補(bǔ)間動(dòng)畫(huà)數(shù)據(jù)

首先進(jìn)入Animation類，然后找到getTransformation方法，主要是分析這個(gè)方法邏輯，如圖所示

那么這個(gè)方法中做了什么呢？Animation在其getTransformation函數(shù)被調(diào)用時(shí)會(huì)計(jì)算一幀動(dòng)畫(huà)數(shù)據(jù)，而上面這些屬性基本都是在計(jì)算動(dòng)畫(huà)數(shù)據(jù)時(shí)有相關(guān)的作用。

第一步：若startTime為START_ON_FIRST_FRAME(值為-1)時(shí)，將startTime設(shè)定為curTime

第二步：計(jì)算當(dāng)前動(dòng)畫(huà)進(jìn)度：

normalizedTime = (curTime - (startTime + startOffset))/duration

若mFillEnabled==false：將normalisedTime夾逼至[0.0f, 1.0f]

第三步：判斷是否需要計(jì)算動(dòng)畫(huà)數(shù)據(jù)：

若normalisedTime在[0.0f, 1.0f]，需計(jì)算動(dòng)畫(huà)數(shù)據(jù)

若normalisedTime不在[0.0f, 1.0f]：

normalisedTime<0.0f, 僅當(dāng)mFillBefore==true時(shí)才計(jì)算動(dòng)畫(huà)數(shù)據(jù)

normalisedTime>1.0f, 僅當(dāng)mFillAfter==true時(shí)才計(jì)算動(dòng)畫(huà)數(shù)據(jù)

第四步：若需需要計(jì)算動(dòng)畫(huà)數(shù)據(jù)：

若當(dāng)前為第一幀動(dòng)畫(huà)，觸發(fā)mListener.onAnimationStart

若mFillEnabled==false：將normalisedTime夾逼至[0.0f, 1.0f]

根據(jù)插間器mInterpolator調(diào)整動(dòng)畫(huà)進(jìn)度：

interpolatedTime = mInterpolator.getInterpolation(normalizedTime)

若動(dòng)畫(huà)反轉(zhuǎn)標(biāo)志位mCycleFlip為true，則

interpolatedTime = 1.0 - normalizedTime

調(diào)用動(dòng)畫(huà)更新函數(shù)applyTransformation(interpolatedTime, transformation)計(jì)算出動(dòng)畫(huà)數(shù)據(jù)

第五步：若夾逼之前normalisedTime大于1.0f, 則判斷是否需繼續(xù)執(zhí)行動(dòng)畫(huà)：

已執(zhí)行次數(shù)mRepeatCount等于需執(zhí)行次數(shù)mRepeated

若未觸發(fā)mListener.onAnimationEnd，則觸發(fā)之

已執(zhí)行次數(shù)mRepeatCount不等于需執(zhí)行次數(shù)mRepeated技術(shù)博客大總結(jié)

自增mRepeatCount

重置mStartTime為-1

若mRepeatMode為REVERSE，則取反mCycleFlip

觸發(fā)mListener.onAnimationRepeat

插值器(Interpolator)：根據(jù)時(shí)間流逝的百分比計(jì)算出當(dāng)前屬性值改變的百分比。確定了動(dòng)畫(huà)效果變化的模式，如勻速變化、加速變化等等。View動(dòng)畫(huà)和屬性動(dòng)畫(huà)均可使用。常用的系統(tǒng)內(nèi)置插值器：

線性插值器(LinearInterpolator)：勻速動(dòng)畫(huà)

加速減速插值器(AccelerateDecelerateInterpolator)：動(dòng)畫(huà)兩頭慢中間快

減速插值器(DecelerateInterpolator)：動(dòng)畫(huà)越來(lái)越慢

類型估值器(TypeEvaluator)：根據(jù)當(dāng)前屬性改變的百分比計(jì)算出改變后的屬性值。針對(duì)于屬性動(dòng)畫(huà)，View動(dòng)畫(huà)不需要類型估值器。常用的系統(tǒng)內(nèi)置的估值器：技術(shù)博客大總結(jié)

整形估值器(IntEvaluator)

浮點(diǎn)型估值器(FloatEvaluator)

Color屬性估值器(ArgbEvaluator)

使用動(dòng)畫(huà)會(huì)出現(xiàn)哪些問(wèn)題？

OOM問(wèn)題：這個(gè)問(wèn)題主要出現(xiàn)在幀動(dòng)畫(huà)中，當(dāng)圖片數(shù)量較多且圖片較大時(shí)就極易出現(xiàn)OOM，這個(gè)在實(shí)際開(kāi)發(fā)中要尤其注意，盡量避免使用幀動(dòng)畫(huà)。

內(nèi)存泄露：在屬性動(dòng)畫(huà)中有一類無(wú)限循環(huán)的動(dòng)畫(huà)，這類動(dòng)畫(huà)需要在Activity退出時(shí)及時(shí)停止，否則將導(dǎo)致Activity無(wú)法釋放從而造成內(nèi)存泄露，通過(guò)驗(yàn)證后發(fā)現(xiàn)View動(dòng)畫(huà)并不存在此問(wèn)題。

動(dòng)畫(huà)占用大量?jī)?nèi)存，如何優(yōu)化？

使用動(dòng)畫(huà)的注意事項(xiàng)有哪些？

OOM問(wèn)題：這個(gè)問(wèn)題主要出現(xiàn)在幀動(dòng)畫(huà)中，當(dāng)圖片數(shù)量較多且圖片較大時(shí)就極易出現(xiàn)OOM，這個(gè)在實(shí)際開(kāi)發(fā)中要尤其注意，盡量避免使用幀動(dòng)畫(huà)。

內(nèi)存泄露：在屬性動(dòng)畫(huà)中有一類無(wú)限循環(huán)的動(dòng)畫(huà)，這類動(dòng)畫(huà)需要在Activity退出時(shí)及時(shí)停止，否則將導(dǎo)致Activity無(wú)法釋放從而造成內(nèi)存泄露，通過(guò)驗(yàn)證后發(fā)現(xiàn)View動(dòng)畫(huà)并不存在此問(wèn)題。

兼容性問(wèn)題：動(dòng)畫(huà)在3.0以下的系統(tǒng)有兼容性問(wèn)題，在某些特殊場(chǎng)景可能無(wú)法正常工作，因此要做好適配工作。

View動(dòng)畫(huà)的問(wèn)題：View動(dòng)畫(huà)是對(duì)View的影像做動(dòng)畫(huà)，并不是真正改變View的狀態(tài)，因此有時(shí)候會(huì)出現(xiàn)動(dòng)畫(huà)完成后View無(wú)法隱藏的現(xiàn)象，即setVisibility(View.GOEN)失效了，這個(gè)時(shí)候只要調(diào)用view.clearAnimation()清除View動(dòng)畫(huà)即可解決問(wèn)題。技術(shù)博客大總結(jié)

不要使用px：在進(jìn)行動(dòng)畫(huà)的過(guò)程中，要盡量使用dp，使用px會(huì)導(dǎo)致在不用的設(shè)備上有不用的效果。

動(dòng)畫(huà)元素的交互：從3.0開(kāi)始，將view移動(dòng)（平移）后，屬性動(dòng)畫(huà)的單擊事件觸發(fā)位置為移動(dòng)后的位置，但是View動(dòng)畫(huà)仍然在原位置。在Android3.0以前的系統(tǒng)中，不管是View動(dòng)畫(huà)還是屬性動(dòng)畫(huà)，新位置都無(wú)法觸發(fā)單擊事件同時(shí)，老位置仍然能觸發(fā)單擊事件（因?yàn)閷傩詣?dòng)畫(huà)在Android3.0以前是沒(méi)有的，是通過(guò)兼容包實(shí)現(xiàn)的，底層也是調(diào)用View動(dòng)畫(huà)）。

硬件加速：使用動(dòng)畫(huà)的過(guò)程中，建議開(kāi)啟硬件加速，這樣會(huì)提高動(dòng)畫(huà)的流暢性。

開(kāi)啟方法：

在你的Android manifest文件，添加hardwareAccelerated屬性就可以了。可以給整個(gè)application添加，也可以多帶帶給一個(gè)acitivty添加，該屬性默認(rèn)值為false;

1.技術(shù)博客匯總

2.開(kāi)源項(xiàng)目匯總

3.生活博客匯總

4.喜馬拉雅音頻匯總

5.其他匯總

我的個(gè)人站點(diǎn)：www.yczbj.org， www.ycbjie.cn

github：https://github.com/yangchong211

知乎：https://www.zhihu.com/people/...

簡(jiǎn)書(shū)：http://www.jianshu.com/u/b7b2...

csdn：http://my.csdn.net/m0_37700275

喜馬拉雅聽(tīng)書(shū)：http://www.ximalaya.com/zhubo...

開(kāi)源中國(guó)：https://my.oschina.net/zbj161...

泡在網(wǎng)上的日子：http://www.jcodecraeer.com/me...

郵箱：yangchong211@163.com

阿里云博客：https://yq.aliyun.com/users/a... 239.headeruserinfo.3.dT4bcV

segmentfault頭條：https://segmentfault.com/u/xi...

掘金：https://juejin.im/user/593943...