iOS優化沒錯我還是滑動優化

近期把滑動優化的一些經驗整理了一下，在公司做了一次技術分享，和我之前的文章有一小部分重疊。現摘要如下，希望大家不吝賜教，共同討論進步。

一.滑動優化的玄學

為什麼說是玄學呢，因為大部分情況下的APP，用不到這些優化的點，過早的優化是惡魔，當真正出現性能問題的時候，再考慮這些方面的優化。

1.多個透明元素重疊顯示的性能問題。

解決方案：合并成一張圖顯示

原理：CPU方面，減少了UIKit的創建消耗，GPU方面，避免了合成渲染產生的消耗。

AsyncDisplayKit（現在叫Texture），針對多個透明元素的重疊，預合并無點擊響應，不改變動畫的圖層。

Texture的保持流暢的原理：UIKit不是線程安全的，所以必須在主線程改動。Texture利用中間變數存儲改動，保證線程安全，在合適的機會將並發操作同步到主線程。

暫時不用Texture的原因：需要用Texture Node Container替換UIKit元素，成本較大。

2.靜態cell、多圖待載入的優化

解決方案：合并成一張圖顯示；

原理：提升I/O速度，一個大文件的讀取速度，通常比多個小文件要快。

3.展示適合界面尺寸圖片，不進行拉伸縮放。

解決方案：從伺服器拉取合適尺寸的圖片（例如七牛的服務就帶裁剪/壓縮參數）；

原理：過大圖片對內存消耗巨大（圖片佔用內存 = 圖像高×圖像寬×像素位數）；不符合UIImageView尺寸的圖片，進行重新縮減/放大尺寸的消耗是非常巨大的。

4.imageNamed和imageWithContentsOfFile

這個知道的人比較多，因為緩存圖片的消耗通常是肉眼可見的多。 常用的元素例如icon之類的，採用imageNamed:，系統會有緩存。 如果是較大或者不常用的圖片資源，採用imageWithContentsOfFile:。

5.減少autolayout的使用

解決方案：頁面元素多的時候，減少autolayout布局，採用frame。

原理：元素多時，autolayout的消耗非常驚人（http://pilky.me/36/） ，之前看過搜狗的iOS分享，搜狗輸入法鍵盤彈出狂卡即是此原因；

6.獲取文件大小

解決方案：不要使用NSFileManager，用C的stat來獲取文件信息。

實例：獲取一個目錄下所有文件大小，進行多次遞歸計算，stat幾乎瞬間完成，NSFileManager耗時較長。

7.NSDateFormatter產生較大消耗

解決方案：.緩存NSDateFormatter結果，不多次創建，及時釋放。

做過類似日曆的同學應該都懂

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！