iPhone上面的應用一直都是以流暢的操作體驗而著稱,但是由于之前開發人員把注意力更多的放在開發功能上面,比較少去考慮性能的問題,可能這其中涉及到objective-c,c++跟lua,優化起來相對復雜一些,導致應用在比如touch等較低端的產品上,光從啟動到進入頁面就花了將近一分鐘的時間,頁面之間的切換沒有那種很流暢的感覺,內存也居高不下,比較影響應用的用戶體驗,所以很有必要進行一些優化,下面記錄一下我在優化的過程中的一些心得:
1、instruments
在iOS上進行性能分析的時候,首先考慮借助instruments這個利器分析出問題出在哪,不要憑空想象,不然你可能把精力花在了1%的問題上,最后發現其實啥都沒優化,比如要查看程序哪些部分最耗時,可以使用Time Profiler,要查看內存是否泄漏了,可以使用Leaks等。關于instruments網上有很多資料,作為一個合格iOS開發者,熟悉這個工具還是很有必要的。
2、不要阻塞主線程
在iOS里關于UIKit的操作都是放在主線程,因此如果主線程被阻塞住了,你的UI可能無法及時響應事件,給人一種卡頓的感覺。大多數阻塞主線程的情況是在主線程做IO操作,比如文件的讀寫,包含數據庫、圖片、json文本或者log日志等,盡量將這些操作放放到子線程(如果數據庫有一次有較多的操作,記得采用事務來處理,性能相差還是挺大的),或者在后臺建立對應的dispatch queue來做這些操作,比如一個低級別的serial queue來負責log文件的記錄等等。程序中如果你的代碼邏輯是按照同步的邏輯來寫的,盡量修改邏輯代碼吧。。。
3、使用cache
一般為了提升用戶體驗,都會在應用中使用緩存,比如對于圖片資源可以使用SDWebImage這個開源庫,里面就實現了一個圖片緩存的功能。參考SDWebImage的代碼自己也可以實現緩存功能:
cache簡單示意圖
業務層根據資源的url向resourcemanager獲取對應的資源,resourcemanager首先會到memorycache這邊去獲取資源,memorycache可以利用NSCache實現,因為NSCache首先是線程安全的,而且在收到內存警告的時候會自己釋放對應的內存;如果memorycache沒有對應的資源再去disk查找,disk也沒有的話再去internet獲取,獲取到的話會更新到memorycache和disk中,具體可以去參考一下SDWebimage的實現細節。
4、減少程序啟動過程中的任務
當用戶點擊app的圖標之后,程序應該盡可能快的進入到主頁面,盡可能減少用戶的等待時間,比如我們的應用程序在啟動的時候會去做3d模型的渲染操作,完成之后在進入首頁面展示,但其實我們可以先進入到主頁面,將渲染3d的任務放到子線程去完成,縮短用戶需要等待的時間。
轉載請注明來自夕逆IT,本文標題:《cache是什么牌子》

還沒有評論,來說兩句吧...