iPhone上面的應(yīng)用一直都是以流暢的操作體驗(yàn)而著稱，但是由于之前開發(fā)人員把注意力更多的放在開發(fā)功能上面，比較少去考慮性能的問題戳气，可能這其中涉及到objective－c,c++跟lua秉扑，優(yōu)化起來相對(duì)復(fù)雜一些，導(dǎo)致應(yīng)用在比如touch等較低端的產(chǎn)品上馁筐，光從啟動(dòng)到進(jìn)入頁面就花了將近一分鐘的時(shí)間涂召，頁面之間的切換沒有那種很流暢的感覺，內(nèi)存也居高不下敏沉，比較影響應(yīng)用的用戶體驗(yàn)果正，所以很有必要進(jìn)行一些優(yōu)化，下面記錄一下我在優(yōu)化的過程中的一些心得：

1 instruments

在iOS上進(jìn)行性能分析的時(shí)候盟迟，首先考慮借助instruments這個(gè)利器分析出問題出在哪秋泳，不要憑空想象，不然你可能把精力花在了1%的問題上攒菠，最后發(fā)現(xiàn)其實(shí)啥都沒優(yōu)化迫皱，比如要查看程序哪些部分最耗時(shí)，可以使用Time Profiler辖众，要查看內(nèi)存是否泄漏了卓起，可以使用Leaks等。關(guān)于instruments網(wǎng)上有很多資料凹炸，作為一個(gè)合格iOS開發(fā)者戏阅，熟悉這個(gè)工具還是很有必要的。

2 不要阻塞主線程

在iOS里關(guān)于UIKit的操作都是放在主線程啤它，因此如果主線程被阻塞住了奕筐，你的UI可能無法及時(shí)響應(yīng)事件私杜，給人一種卡頓的感覺。大多數(shù)阻塞主線程的情況是在主線程做IO操作救欧，比如文件的讀寫衰粹，包含數(shù)據(jù)庫、圖片笆怠、json文本或者log日志等铝耻，盡量將這些操作放放到子線程(如果數(shù)據(jù)庫有一次有較多的操作，記得采用事務(wù)來處理蹬刷，性能相差還是挺大的)瓢捉，或者在后臺(tái)建立對(duì)應(yīng)的dispatch queue來做這些操作，比如一個(gè)低級(jí)別的serial queue來負(fù)責(zé)log文件的記錄等等办成。程序中如果你的代碼邏輯是按照同步的邏輯來寫的泡态，盡量修改邏輯代碼吧。迂卢。某弦。

3 使用cache

一般為了提升用戶體驗(yàn)，都會(huì)在應(yīng)用中使用緩存而克，比如對(duì)于圖片資源可以使用SDWebImage這個(gè)開源庫靶壮，里面就實(shí)現(xiàn)了一個(gè)圖片緩存的功能。參考SDWebImage的代碼自己也可以實(shí)現(xiàn)緩存功能:

cache簡(jiǎn)單示意圖

業(yè)務(wù)層根據(jù)資源的url向resourcemanager獲取對(duì)應(yīng)的資源员萍，resourcemanager首先會(huì)到memorycache這邊去獲取資源腾降，memorycache可以利用NSCache實(shí)現(xiàn)，因?yàn)镹SCache首先是線程安全的碎绎，而且在收到內(nèi)存警告的時(shí)候會(huì)自己釋放對(duì)應(yīng)的內(nèi)存螃壤；如果memorycache沒有對(duì)應(yīng)的資源再去disk查找，disk也沒有的話再去internet獲取筋帖，獲取到的話會(huì)更新到memorycache和disk中奸晴，具體可以去參考一下SDWebimage的實(shí)現(xiàn)細(xì)節(jié)。

4 減少程序啟動(dòng)過程中的任務(wù)

當(dāng)用戶點(diǎn)擊app的圖標(biāo)之后幕随，程序應(yīng)該盡可能快的進(jìn)入到主頁面蚁滋，盡可能減少用戶的等待時(shí)間，比如我們的應(yīng)用程序在啟動(dòng)的時(shí)候會(huì)去做3d模型的渲染操作赘淮，完成之后在進(jìn)入首頁面展示辕录，但其實(shí)我們可以先進(jìn)入到主頁面，將渲染3d的任務(wù)放到子線程去完成梢卸，縮短用戶需要等待的時(shí)間走诞。

3d

5 使用合適的數(shù)據(jù)結(jié)構(gòu)

根據(jù)不同的業(yè)務(wù)場(chǎng)景來選擇合適的數(shù)據(jù)結(jié)構(gòu)，可能在數(shù)據(jù)量比較少的時(shí)候看不出什么區(qū)別蛤高，但是假如你存儲(chǔ)的數(shù)據(jù)量比較大且數(shù)據(jù)結(jié)構(gòu)比較復(fù)雜的話蚣旱，這有可能會(huì)影響到你的程序性能碑幅。一般用的比較多的數(shù)據(jù)結(jié)構(gòu)就是array，但我們知道它的查找復(fù)雜度是O(n)塞绿，因此假如需要快速的查找某個(gè)元素沟涨，可以使用map∫煳牵可以參考下Apple Collections Programming Topics裹赴。

6 內(nèi)存

一般開發(fā)都使用的ARC，不太需要開發(fā)者去關(guān)注內(nèi)存的創(chuàng)建和釋放這塊诀浪，但假如你使用的是MRC棋返，并且跟其它語言混雜在一起(比如c++和lua)等的時(shí)候，如何確保內(nèi)存正確釋放就是你需要考慮的問題了雷猪。有時(shí)候一些內(nèi)存泄漏instruments可能無法準(zhǔn)確的分析出來睛竣，那么就需要自己去排查了，可以使用method swizzling方法來輔助我們排查內(nèi)存泄漏的問題求摇，確保程序的正確運(yùn)行射沟。

7 懶加載view

不要在cell里面嵌套太多的view，這會(huì)很影響滑動(dòng)的流暢感月帝，而且更多的view也需要花費(fèi)更多的CPU跟內(nèi)存躏惋。假如由于view太多而導(dǎo)致了滑動(dòng)不流暢，那就不要在一次就把所有的view都創(chuàng)建出來嚷辅，把部分view放到需要顯示cell的時(shí)候再去創(chuàng)建。

8 lua優(yōu)化

由于項(xiàng)目的業(yè)務(wù)是以及部分框架是用lua語言實(shí)現(xiàn)的距误，因此也順便說一下lua這塊遇到的問題簸搞。lua號(hào)稱是最快的腳本語言，一般性能上不會(huì)有什么問題准潭，如果lua代碼要優(yōu)化的話趁俊，網(wǎng)上也有很多這塊優(yōu)化的注意點(diǎn)，這次我主要說個(gè)可能影響性能的點(diǎn)---lua的垃圾回收刑然。垃圾回收是一個(gè)比較耗時(shí)的操作寺擂，假如垃圾回收的操作太過于頻繁勢(shì)必會(huì)影響到這個(gè)程序的運(yùn)行，比如在iPod在利用lua_cjson解析一份4.7M的json文件是花了3.43s的時(shí)間泼掠，后來發(fā)現(xiàn)跟垃圾回收這塊有關(guān)怔软。一般內(nèi)存的使用量適中的話，可以不用去理他择镇，讓lua的incremental模式自己去處理挡逼，正常情況這個(gè)會(huì)工作的比較好；假如想要自己去控制gc的運(yùn)行腻豌，可以設(shè)置gc的參數(shù)家坎，這些參數(shù)可能會(huì)跟項(xiàng)目有一定的關(guān)系嘱能，可以自己多試驗(yàn)取最優(yōu)值。

//gc 的參數(shù)設(shè)置虱疏，根據(jù)情況取最優(yōu)值collectgarbage("setpause",150)collectgarbage("setstepmul",200)

以上是我在優(yōu)化過程中的一些記錄總結(jié)惹骂，關(guān)于iOS圖形性能這塊的優(yōu)化可以查看這里，要是有什么關(guān)于性能優(yōu)化想法也可以提出來～??(ps:you)