由于要在項目中優(yōu)化送禮物內存暴漲的問題，所以在網(wǎng)上找了很多資料。最后找到一個小伙伴的，非常不錯，解決了我的問題。
借鑒這篇文章：http://www.lxweimin.com/p/4135b7de046c
UIImageView自帶的animationImages來做序列幀播放會出現(xiàn)內存激增的情況.
1.加載圖片的方式優(yōu)化
imageNamed方法創(chuàng)建對象的步驟如下：
根據(jù)圖片文件名在緩存池中查找圖片數(shù)據(jù)，如存在，則創(chuàng)建對象并返回；
如果不存在，則從bundle中加載圖片數(shù)據(jù)，創(chuàng)建對象并返回；
如果相應的圖片數(shù)據(jù)不存在，返回nil。
不緩存：imageWithContentsOfFile:
必須傳入圖片文件的全名（全路徑＋文件名）。
無法加載Images.xcassets中的圖片。
大圖片最好使用imageWithContentsOfFile，內存會釋放。
那么有什么方法可以避免呢? 可否每次播放到哪一幀時就去加載那一幀的圖片, 即每次僅加載一張圖片到內存中. 這樣當播放到下一張圖片時, 上一張圖片已無任何引用, 系統(tǒng)自然會對其進行釋放.
這就是最簡單可行的一套方案. 但是我們無法靠CAAnimation及其派生類CAKeyframeAnimation來實現(xiàn)這一方案, 因為所有的圖片都會解碼導致占用大量的內存.
但我們可以通過CADisplayLink來實現(xiàn)該方案, 選CADisplayLink的原因是它比NSTimer精度要高很多, 正常情況下CADisplayLink的回調會在屏幕每次刷新時觸發(fā), 即一般1/60秒觸發(fā)一次, 適合用于做UI的重繪, 因此可以通過它來周期性的替換關鍵幀圖片, 從而達到播放動畫的效果. 那么具體怎么做呢?
在CADisplayLink的回調中獲取兩次屏幕刷新的間隔時間, 通過不斷的累加間隔時間來判斷總的時間是否已經(jīng)滿足下一幀的播放時刻, 如果大于下一幀的播放時刻就可以替換為下一幀圖片了, 直至最后一張關鍵幀也播放完成.
舉個例子, 我們要在1秒內播放完一個含有5張關鍵幀圖片的動畫, 每張圖片的停留時間、切換時間如下圖2.3.2.a所示. 所以第0秒的時候就開始展示第一張關鍵幀, 直到1.0秒這一刻時, 動畫播放結束.
此外, 如果還需要進一步優(yōu)化, 我們可以加入圖片異步解碼、圖片預加載邏輯等方案.
異步圖片解碼, 圖片解碼是一項比較耗時、比較占CPU的操作, 對于未解碼的圖片, 系統(tǒng)一般會在主線程對其進行解碼, 所以可以通過在異步線程進行圖片強制解壓縮, 從而不占用UI線程. 關于圖片解碼的詳情, 強烈推薦談談 iOS 中圖片的解壓縮.
圖片預加載, 這個就是為了進一步節(jié)省上下文切換時間, 即前后兩張圖片切換的時間. 就是要做到當上一幀圖片播放完時, 我們不用等下一張圖片解碼完成后再進行圖片的切換, 而是可以直接從已解碼圖片的緩存隊列中取出直接進行切換. 預加載我個人覺得其實主要就是閾值的最優(yōu)選擇, 可參考預加載與智能預加載一文.
我優(yōu)化后的demo地址：https://github.com/tc1993/keyFrameAnimation
