詳細(xì)整理iOS中UITableView的性能優(yōu)化
一、介紹
iOS開發(fā)中,UITableView可能是平時我們打交道最多的UI控件之一,其重要性不言而喻。Android也是如此,Android中的ListView和UITableView是相同功能的一個控件,但是iOS的UITableView更為強(qiáng)大一點(diǎn),原因就不說了,如果你學(xué)過Android就知道iOS中的UITableView使用起來是非常簡單的,這也是峰哥喜歡iOS勝過Android的原因之一。今天研究的內(nèi)容就是UITableView的優(yōu)化。
開始之前,你能說出幾種UITableView的可優(yōu)化項(xiàng)?cell復(fù)用(Android中經(jīng)常稱為ListView的重用,其實(shí)重用復(fù)用都是一個意思,由于峰哥之前做過Android的原因,有時候我經(jīng)常說“重用”,后面萬一說“重用”大家知道是“復(fù)用”的意思就行了)!除了cell重用呢?
二、UITableView的性能優(yōu)化
1、cell復(fù)用
復(fù)用很簡單,這或許是所有iOS開發(fā)者最為熟知的一個優(yōu)化內(nèi)容,如下代碼:
-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath { static NSString *Identifier = @"cell"; UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID]; if (!cell) { cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:ID]; } return cell; }
但是,這樣重用就完美了嗎?
我們經(jīng)常在注意cellForRowAtIndexPath:中為每一個cell綁定數(shù)據(jù),實(shí)際上在調(diào)用cellForRowAtIndexPath:的時候cell還沒有被顯示出來,為了提高效率我們應(yīng)該把數(shù)據(jù)綁定的操作放在cell顯示出來后再執(zhí)行,可以在tableView:willDisplayCell:forRowAtIndexPath:(以后簡稱willDisplayCell)方法中綁定數(shù)據(jù)。
注意willDisplayCell在cell 在tableview展示之前就會調(diào)用,此時cell實(shí)例已經(jīng)生成,所以不能更改cell的結(jié)構(gòu),只能是改動cell上的UI的一些屬性(例如label的內(nèi)容等)。
2、cell高度的計算
這邊我們分為兩種cell,一種是定高的cell,另外一種是動態(tài)高度的cell。
(1)定高的cell,應(yīng)該采用如下方式:
self.tableView.rowHeight = 88;
這個方法指定了所有cell高度都是88的tableview,rowHeight默認(rèn)的值是44,所以一個空的TableView會顯示成這個樣子。對于定高cell,直接采用上面方式給定高度,不需要實(shí)現(xiàn)tableView:heightForRowAtIndexPath:以節(jié)省不必要的計算和開銷。
(2)動態(tài)高度的cell
我們需要實(shí)現(xiàn)它的代理,來給出高度:
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath { // return xxx }
這個代理方法實(shí)現(xiàn)后,上面的rowHeight的設(shè)置將會變成無效。在這個方法中,我們需要提高cell高度的計算效率,來節(jié)省時間。
自從iOS8之后有了self-sizing cell的概念,cell可以自己算出高度,使用self-sizing cell需要滿足以下三個條件:
(1)使用Autolayout進(jìn)行UI布局約束(要求cell.contentView的四條邊都與內(nèi)部元素有約束關(guān)系)。
(2)指定TableView的estimatedRowHeight屬性的默認(rèn)值。
(3)指定TableView的rowHeight屬性為UITableViewAutomaticDimension。
- (void)viewDidload { self.myTableView.estimatedRowHeight = 44.0; self.myTableView.rowHeight = UITableViewAutomaticDimension; }
除了提高cell高度的計算效率之外,對于已經(jīng)計算出的高度,我們需要進(jìn)行緩存,對于已經(jīng)計算過的高度,沒有必要進(jìn)行計算第二次。
3、渲染
為了保證TableView的流暢,當(dāng)快速滑動的時候,cell必須被快速的渲染出來。所以cell渲染的速度必須快。如何提高cell的渲染速度呢?
(1)當(dāng)有圖像時,預(yù)渲染圖像,在bitmap context先將其畫一遍,導(dǎo)出成UIImage對象,然后再繪制到屏幕,這會大大提高渲染速度。具體內(nèi)容可以自行查找“利用預(yù)渲染加速顯示iOS圖像”相關(guān)資料。
(2)渲染最好時的操作之一就是混合(blending)了,所以我們不要使用透明背景,將cell的opaque值設(shè)為Yes,背景色不要使用clearColor,盡量不要使用陰影漸變等
(3)由于混合操作是使用GPU來執(zhí)行,我們可以用CPU來渲染,這樣混合操作就不再執(zhí)行??梢栽赨IView的drawRect方法中自定義繪制。
4、減少視圖的數(shù)目
我們在cell上添加系統(tǒng)控件的時候,實(shí)際上系統(tǒng)都會調(diào)用底層的接口進(jìn)行繪制,大量添加控件時,會消耗很大的資源并且也會影響渲染的性能。當(dāng)使用默認(rèn)的UITableViewCell并且在它的ContentView上面添加控件時會相當(dāng)消耗性能。所以目前最佳的方法還是繼承UITableViewCell,并重寫drawRect方法。
5、減少多余的繪制操作
在實(shí)現(xiàn)drawRect方法的時候,它的參數(shù)rect就是我們需要繪制的區(qū)域,在rect范圍之外的區(qū)域我們不需要進(jìn)行繪制,否則會消耗相當(dāng)大的資源。
6、不要給cell動態(tài)添加subView
在初始化cell的時候就將所有需要展示的添加完畢,然后根據(jù)需要來設(shè)置hide屬性顯示和隱藏。
7、異步化UI,不要阻塞主線程
我們時常會看到這樣一個現(xiàn)象,就是加載時整個頁面卡住不動,怎么點(diǎn)都沒用,仿佛死機(jī)了一般。原因是主線程被阻塞了。所以對于網(wǎng)路數(shù)據(jù)的請求或者圖片的加載,我們可以開啟多線程,將耗時操作放到子線程中進(jìn)行,異步化操作。這個或許每個iOS開發(fā)者都知道的知識,不必多講。
8、滑動時按需加載對應(yīng)的內(nèi)容
如果目標(biāo)行與當(dāng)前行相差超過指定行數(shù),只在目標(biāo)滾動范圍的前后指定3行加載。
- (void)scrollViewWillEndDragging:(UIScrollView *)scrollView withVelocity:(CGPoint)velocity targetContentOffset:(inout CGPoint *)targetContentOffset{ NSIndexPath *ip = [self indexPathForRowAtPoint:CGPointMake(0, targetContentOffset->y)]; NSIndexPath *cip = [[self indexPathsForVisibleRows] firstObject]; NSInteger skipCount = 8; if (labs(cip.row-ip.row)>skipCount) { NSArray *temp = [self indexPathsForRowsInRect:CGRectMake(0, targetContentOffset->y, self.width, self.height)]; NSMutableArray *arr = [NSMutableArray arrayWithArray:temp]; if (velocity.y<0) { NSIndexPath *indexPath = [temp lastObject]; if (indexPath.row+33) { [arr addObject:[NSIndexPath indexPathForRow:indexPath.row-3 inSection:0]]; [arr addObject:[NSIndexPath indexPathForRow:indexPath.row-2 inSection:0]]; [arr addObject:[NSIndexPath indexPathForRow:indexPath.row-1 inSection:0]]; } } [needLoadArr addObjectsFromArray:arr]; } }
記得在tableView:cellForRowAtIndexPath:方法中加入判斷:
if (needLoadArr.count>0&&[needLoadArr indexOfObject:indexPath]==NSNotFound) { [cell clear]; return; }
滑動很快時,只加載目標(biāo)范圍內(nèi)的cell,這樣按需加載(配合SDWebImage),極大提高流暢度。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
相關(guān)文章
IOS 中UITextField和UITextView中字符串為空和空格的解決辦法
這篇文章主要介紹了IOS 中UITextField和UITextView中字符串為空和空格的解決辦法的相關(guān)資料,需要的朋友可以參考下2017-07-07ios彈幕高效加載實(shí)現(xiàn)方式實(shí)例代碼
看到密密麻麻的彈幕第一印象就是怎么樣高效加載來避免卡頓,這篇文章主要介紹了ios彈幕高效加載實(shí)現(xiàn)方式實(shí)例代碼,有興趣的可以了解一下。2017-03-03iOS開發(fā)之App主題切換解決方案完整版(Swift版)
這篇文章主要為大家詳細(xì)介紹了iOS開發(fā)之App主題切換完整解決方案,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-02-02iOS實(shí)現(xiàn)搭建聊天頁面的實(shí)例代碼
本篇文章主要介紹了iOS實(shí)現(xiàn)搭建聊天頁面的實(shí)例代碼,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-07-07iOS WebSocket長鏈接的實(shí)現(xiàn)方法
WebSocket是HTML5一種新的協(xié)議,它實(shí)現(xiàn)了瀏覽器與服務(wù)器全雙工通信,本篇文章介紹了iOS WebSocket長鏈接的使用,有一定的參考價值,感興趣的小伙伴們可以參考一下2018-11-11