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)緩存功能:
業(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í)間缤削。
5 使用合適的數(shù)據(jù)結(jié)構(gòu)
根據(jù)不同的業(yè)務(wù)場景來選擇合適的數(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)
