每次都會(huì)被問(wèn)到這個(gè)TableView的性能如何優(yōu)化，今天就來(lái)一探究竟吧!
常見(jiàn)的影響tableView的性能的幾點(diǎn)：
主線程干了與繪制無(wú)關(guān)的事情致盟，凡是耗時(shí)的都有影響碎税。當(dāng)然把復(fù)雜的事情放到異步線程中去，假如計(jì)算時(shí)間比較久的話馏锡，滑動(dòng)時(shí)也可能出現(xiàn)空白的情況雷蹂，也是很蛋疼的。
1杯道、大量的對(duì)象的創(chuàng)建和銷毀匪煌，過(guò)多的時(shí)候肯定是有影響，這個(gè)無(wú)須多說(shuō)党巾。
2萎庭、文本的計(jì)算多的話，放在主線程肯定就有影響齿拂。很多時(shí)候我們可以都把那個(gè)計(jì)算提前算出來(lái)驳规。
3、服務(wù)器下發(fā)的圖片和實(shí)際的尺寸不一致署海，不得不去手動(dòng)改尺寸吗购，而重新計(jì)算尺寸就是有影響性能的。
4砸狞、重復(fù)去讀圖片捻勉，可以采取緩存的方法去避免重復(fù)。
5刀森、設(shè)置圓角踱启。其實(shí)單純的設(shè)置圓角很簡(jiǎn)單，它不會(huì)帶來(lái)任何性能損耗。
view.layer.cornerRadius = 10.0f;
因?yàn)樵谀J(rèn)情況下禽捆，這個(gè)屬性只會(huì)影響視圖的背景顏色和 border笙什。而我們加上
label.layer.cornerRadius = 10.0f;
label.layer.masksToBounds = true；
也就是說(shuō)設(shè)置 masksToBounds才會(huì)導(dǎo)致離屏渲染胚想，從而影響性能的琐凭。具體可以看看 iOS 高效添加圓角效果實(shí)戰(zhàn)講解。
6浊服、cell 不復(fù)用统屈，這個(gè)基本不會(huì)用到，我們現(xiàn)在一般都會(huì)用的吧牙躺。
7愁憔、圖片的透明，盡量不要用孽拷，渲染過(guò)程相對(duì)比會(huì)多好幾倍
8吨掌、用AutoLayout 某種程度是會(huì)重新計(jì)算的，自然是耗時(shí)的脓恕。
9膜宋、刪除某一組就reload section,刪除某一個(gè)cell就reloadRow。
上述有些點(diǎn)上現(xiàn)在是不可避免的炼幔，例如自動(dòng)布局這塊秋茫，現(xiàn)在的項(xiàng)目基本都是用的，但是隨著硬件的性能越來(lái)越好乃秀，小性能的缺失是可以忽略的(個(gè)人觀點(diǎn))肛著。
- 避免圖層混合
- 確保控件的opaque屬性設(shè)置為true跺讯，確保backgroundColor和父視圖顏色一致且不透明（就是不要設(shè)置View 的顏色 為Clear）
- 如無(wú)特殊需要枢贿，不要設(shè)置低于1的alpha值 （alpha = 1.0）
- 確保UIImage沒(méi)有alpha通道
- 避免臨時(shí)轉(zhuǎn)換
- 確保圖片大小和frame一致，不要在滑動(dòng)時(shí)縮放圖片( 和重新計(jì)算尺寸有關(guān))
- 確保圖片顏色格式被GPU支持抬吟，避免勞煩CPU轉(zhuǎn)換 （CPU 要做的事太多了）
- 慎用離屏渲染
絕大多數(shù)時(shí)候離屏渲染會(huì)影響性能 （shouldRasterize（光柵化萨咕、masks（遮罩）、shadows（陰影）火本、edge antialiasing（抗鋸齒）危队、group opacity（不透明）、復(fù)雜形狀設(shè)置圓角等钙畔、漸變...） - 重寫drawRect方法茫陆，設(shè)置圓角、陰影擎析、模糊效果簿盅，光柵化都會(huì)導(dǎo)致離屏渲染
- 設(shè)置陰影效果是加上陰影路徑
- 滑動(dòng)時(shí)若需要圓角效果挥下，開(kāi)啟光柵化
*那個(gè) View 設(shè)置成 [UIColor clearColor]其實(shí)是影響性能的
cell高度這個(gè)問(wèn)題呢
1、異步處理桨醋？
2棚瘟、提前處理？
3喜最、緩存 偎蘸？
- 固定高度時(shí)，盡量直接用下面這個(gè)瞬内，而不用那個(gè)代理中的高度返回
self.tableView.rowHeight = 44;
- (CGSize)sizeThatFits:(CGSize)size;
- (CGRect)boundingRectWithSize:(CGSize)size options:(NSStringDrawingOptions)options attributes:(nullable NSDictionary<NSString *, id> *)attributes context:(nullable NSStringDrawingContext *)context
- 上面相對(duì)來(lái)說(shuō)迷雪，是我們平常計(jì)算高度最常用的方法，前者是 View 本身的虫蝶，后者是 String 的章咧，但是他們放在什么位置呢，我的想法是提前計(jì)算好能真，不要等到真正滑動(dòng)時(shí)再來(lái)算赁严，這樣相對(duì)來(lái)說(shuō)，對(duì)性能的影響就減少啦舟陆。例如數(shù)據(jù)返回的時(shí)候误澳，順便立馬就將其需要計(jì)算的高度，然后等到需要數(shù)據(jù)更新時(shí)秦躯，高度也一并返回把高度給計(jì)算好。
其實(shí)這個(gè)地方有個(gè)問(wèn)題裆装，當(dāng)我們用自動(dòng)布局的時(shí)候踱承，數(shù)據(jù)更新的時(shí)候一般還是會(huì)重新計(jì)算一下約束的，還是有影響的哨免。
寫的很粗糙茎活，歡迎大家指正
