IOS性能優(yōu)化(多線程及GPU)
- 性能優(yōu)化相關(guān)知識(shí)鏈接
前言：
說到性能優(yōu)化，這個(gè)話題挺廣的滨巴，有的需要優(yōu)化tableview系宜，有的需要優(yōu)化數(shù)據(jù)庫，有的是設(shè)計(jì)不合理導(dǎo)致重復(fù)計(jì)算等霎冯，這篇文章盡量從優(yōu)化思路的方向來講解铃拇，畢竟思路才是最靈活的應(yīng)對(duì)方式，以不變應(yīng)萬變沈撞，在特定的項(xiàng)目中慷荔，能通過這種優(yōu)化的思路去找到優(yōu)化的點(diǎn)，并針對(duì)這個(gè)點(diǎn)進(jìn)行深入理解缠俺，做到有針對(duì)性的最優(yōu)的優(yōu)化效果显晶，具體到某一個(gè)點(diǎn)的優(yōu)化贷岸，涉及到的面太廣，無法面面俱到磷雇。
- 性能優(yōu)化時(shí)機(jī)：功能或模塊開發(fā)完成時(shí)
這點(diǎn)非常重要偿警，那我們?cè)陂_發(fā)過程中能做些什么對(duì)性能有好處的事情呢？
做功能時(shí)盡量做到單一職責(zé)原則唯笙，減少大函數(shù)螟蒸，大類出現(xiàn)，這里舉個(gè)例子睁本，有的人會(huì)喜歡把所有的布局全部寫道viewdidload函數(shù)中尿庐，導(dǎo)致viewdidload函數(shù)超級(jí)大，幾百行呢堰，或者把布局及邏輯都寫到一viewcontroller類里頭抄瑟，導(dǎo)致這個(gè)類代碼上千行，這樣都是不可取的枉疼，不利于日后重構(gòu)皮假，維護(hù)，修改骂维。
優(yōu)化則放到功能或模塊開發(fā)完以后再去做惹资，往往能事半功倍。
- 優(yōu)化哪一部分：二八原則航闺，通過工具或測(cè)試用例分析性能褪测，找出性能瓶頸所在的模塊，越精確越好潦刃。
二八原則在很多地方都應(yīng)用廣泛侮措，同樣也適用于我們性能優(yōu)化的時(shí)候，為什么會(huì)出現(xiàn)這樣的情況呢乖杠？
因?yàn)橐粋€(gè)項(xiàng)目中大部分的代碼并不是常用的分扎，不會(huì)經(jīng)常被執(zhí)行到，例如出錯(cuò)處理胧洒，這些代碼有可能幾天都難得執(zhí)行一次畏吓，而有那么一小部分代碼，則每時(shí)每刻都在不停的運(yùn)行卫漫，例如主界面刷新菲饼，聊天消息，直播消息汛兜，這些高頻代碼巴粪，每一分鐘執(zhí)行的次數(shù)，能相當(dāng)于低頻代碼（出錯(cuò)處理）執(zhí)行次數(shù)的幾百上千倍。
那么如果是你肛根，你會(huì)選擇把有限的人力用來優(yōu)化哪一部分呢辫塌？
- 常用的性能優(yōu)化方法
- 更高效的算法，例如使用有針對(duì)性的優(yōu)化算法代替通用算法（autolayout布局）.
2.減少問題規(guī)模派哲，減少計(jì)算量臼氨，對(duì)象生成數(shù)，使用緩存芭届。
3.以時(shí)間換空間或者以空間換時(shí)間
5.負(fù)載均衡
6.司機(jī)應(yīng)該去開車储矩，而不是去炒菜。GPU精于浮點(diǎn)型計(jì)算褂乍，繪圖持隧，渲染，CPU精于通用計(jì)算逃片，如布局計(jì)算屡拨。
暫時(shí)想到的就這么多，也許還有更多的方式褥实，期待補(bǔ)充呀狼。
GCD的使用
說到線程優(yōu)化，首先我們來了解一下ios中的一種常用多線程方式损离，也許我們很多人經(jīng)常用到哥艇，但是卻只緣身在此山中不識(shí)廬山真面目，下面讓我們來看看GCD能做什么僻澎？
串行隊(duì)列 Serial Dispatch Queue
并行隊(duì)列 Concurrent Dispatch Queue
阻斷
等待
整體思路
- 橫向優(yōu)化：多線程優(yōu)化
主線程資源有限貌踏，不可在主線程中插入太多任務(wù)。
同理窟勃，單個(gè)線程的計(jì)算資源也是有限的哩俭，所以需要負(fù)載均衡。
- 縱向優(yōu)化：時(shí)間片優(yōu)化
減少有限時(shí)間內(nèi)的工作拳恋，拆分成多個(gè)子任務(wù)在多個(gè)有限時(shí)間內(nèi)去完成。
一個(gè)runloop間隔內(nèi)砸捏，不建議做超過一個(gè)runloop的操作谬运。
由上圖可以看出，主線程只有一個(gè)垦藏，其他線程則有多個(gè)梆暖，所以在橫向優(yōu)化的時(shí)候要盡量把非UI任務(wù)放到其他線程。
同時(shí)在縱向可以看出單位時(shí)間內(nèi)（t2-t1）掂骏，線程能完成的任務(wù)是有限的轰驳，因此我們優(yōu)化的時(shí)候要盡量做到任務(wù)在時(shí)間上均勻的交個(gè)線程去執(zhí)行，防止某一時(shí)段內(nèi)主線程中任務(wù)過多，出現(xiàn)抖動(dòng)（卡頓）级解。
- 其他可能造成性能問題的點(diǎn)
- 圖片圓角觸發(fā)渲染
- 背景透明會(huì)造成渲染更加復(fù)雜冒黑，也更加耗性能。
- 復(fù)雜布局勤哗，需要考慮性能的抡爹，不建議使用autolayout
因?yàn)閍utolayout最終還是要轉(zhuǎn)換為絕對(duì)位置布局，轉(zhuǎn)換的過程有興趣的可以去找找資料（多項(xiàng)式求解）芒划，當(dāng)關(guān)聯(lián)的view比較多的時(shí)候冬竟，這個(gè)求解的過程就會(huì)非常耗時(shí)，也許你要說自己寫也是求解的過程民逼，難道蘋果做不到比我們自己更加有效率泵殴？
蘋果的autolayout真的沒有我們自己寫的有效率！因?yàn)閍utolayout做的是一套針對(duì)所有布局情況的算法拼苍，而我們要寫的只是針對(duì)當(dāng)前情況的算法笑诅，量級(jí)不一樣，問題的復(fù)雜度也就不一樣映屋，這也就是為什么說autolayout可能性能不好的原因苟鸯。
- 緩存，減少重復(fù)創(chuàng)建
如多圖片展示時(shí)棚点，UIImage的生成早处，事先緩存到內(nèi)存中
- 計(jì)算，計(jì)算結(jié)果緩存瘫析，減少計(jì)算任務(wù)
例如tableview的行高計(jì)算砌梆，尤其是在圖文混排的時(shí)候。
減少不必要的界面刷新贬循，控制刷新頻率
線程負(fù)載均衡咸包，減輕主線程任務(wù)
合理使用GPU，防止掉幀
開源FPS工具
通過CADisplayerLink來實(shí)現(xiàn)杖虾，CADisplayerLink是一個(gè)跟屏幕刷新頻率一致的定時(shí)器烂瘫。默認(rèn)一秒60次。
