詳細整理iOS中UITableView的效能最佳化
最近在微博上看到一個很好的開源專案,是關於如何最佳化UITableView的,加上正好最近也在最佳化專案中的類似朋友圈功能這塊,思考了很多關於UITableView的最佳化技巧,所以決定詳細的整理下對最佳化UITableView的理解,需要的朋友們可以參考借鑑。
一、介紹
iOS開發中,UITableView可能是平時我們打交道最多的UI控制元件之一,其重要性不言而喻。Android也是如此,Android中的ListView和UITableView是相同功能的一個控制元件,但是iOS的UITableView更為強大一點,原因就不說了,如果你學過Android就知道iOS中的UITableView使用起來是非常簡單的,這也是峰哥喜歡iOS勝過Android的原因之一。今天研究的內容就是UITableView的最佳化。
開始之前,你能說出幾種UITableView的可最佳化項?cell複用(Android中經常稱為ListView的重用,其實重用複用都是一個意思,由於峰哥之前做過Android的原因,有時候我經常說“重用”,後面萬一說“重用”大家知道是“複用”的意思就行了)!除了cell重用呢?
二、UITableView的效能最佳化
1、cell複用
複用很簡單,這或許是所有iOS開發者最為熟知的一個最佳化內容,如下程式碼:
-(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;
}
但是,這樣重用就完美了嗎?
我們經常在注意cellForRowAtIndexPath:中為每一個cell繫結資料,實際上在呼叫cellForRowAtIndexPath:的時候cell還沒有被顯示出來,為了提高效率我們應該把資料繫結的操作放在cell顯示出來後再執行,可以在tableView:willDisplayCell:forRowAtIndexPath:(以後簡稱willDisplayCell)方法中繫結資料。
注意willDisplayCell在cell 在tableview展示之前就會呼叫,此時cell例項已經生成,所以不能更改cell的結構,只能是改動cell上的UI的一些屬性(例如label的內容等)。
2、cell高度的計算
這邊我們分為兩種cell,一種是定高的cell,另外一種是動態高度的cell。
(1)定高的cell,應該採用如下方式:
self.tableView.rowHeight = 88;
這個方法指定了所有cell高度都是88的tableview,rowHeight預設的值是44,所以一個空的TableView會顯示成這個樣子。對於定高cell,直接採用上面方式給定高度,不需要實現tableView:heightForRowAtIndexPath:以節省不必要的計算和開銷。
(2)動態高度的cell
我們需要實現它的代理,來給出高度:
(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
// return xxx
}
這個代理方法實現後,上面的rowHeight的設定將會變成無效。在這個方法中,我們需要提高cell高度的計算效率,來節省時間。
自從iOS8之後有了self-sizing cell的概念,cell可以自己算出高度,使用self-sizing cell需要滿足以下三個條件:
(1)使用Autolayout進行UI佈局約束(要求cell.contentView的四條邊都與內部元素有約束關係)。
(2)指定TableView的estimatedRowHeight屬性的預設值。
(3)指定TableView的rowHeight屬性為UITableViewAutomaticDimension。
(void)viewDidload {
self.myTableView.estimatedRowHeight = 44.0;
self.myTableView.rowHeight = UITableViewAutomaticDimension;
}
除了提高cell高度的計算效率之外,對於已經計算出的高度,我們需要進行快取,對於已經計算過的高度,沒有必要進行計算第二次。
3、渲染
為了保證TableView的流暢,當快速滑動的時候,cell必須被快速的渲染出來。所以cell渲染的速度必須快。如何提高cell的渲染速度呢?
(1)當有影像時,預渲染影像,在bitmap context先將其畫一遍,匯出成UIImage物件,然後再繪製到螢幕,這會大大提高渲染速度。具體內容可以自行查詢“利用預渲染加速顯示iOS影像”相關資料。
(2)渲染最好時的操作之一就是混合(blending)了,所以我們不要使用透明背景,將cell的opaque值設為Yes,背景色不要使用clearColor,儘量不要使用陰影漸變等
(3)由於混合操作是使用GPU來執行,我們可以用CPU來渲染,這樣混合操作就不再執行。可以在UIView的drawRect方法中自定義繪製。
4、減少檢視的數目
我們在cell上新增系統控制元件的時候,實際上系統都會呼叫底層的介面進行繪製,大量新增控制元件時,會消耗很大的資源並且也會影響渲染的效能。當使用預設的UITableViewCell並且在它的ContentView上面新增控制元件時會相當消耗效能。所以目前最佳的方法還是繼承UITableViewCell,並重寫drawRect方法。
5、減少多餘的繪製操作
在實現drawRect方法的時候,它的引數rect就是我們需要繪製的區域,在rect範圍之外的區域我們不需要進行繪製,否則會消耗相當大的資源。
6、不要給cell動態新增subView
在初始化cell的時候就將所有需要展示的新增完畢,然後根據需要來設定hide屬性顯示和隱藏。
7、非同步化UI,不要阻塞主執行緒
我們時常會看到這樣一個現象,就是載入時整個頁面卡住不動,怎麼點都沒用,彷彿當機了一般。原因是主執行緒被阻塞了。所以對於網路資料的請求或者圖片的載入,我們可以開啟多執行緒,將耗時操作放到子執行緒中進行,非同步化操作。這個或許每個iOS開發者都知道的知識,不必多講。
8、滑動時按需載入對應的內容
如果目標行與當前行相差超過指定行數,只在目標滾動範圍的前後指定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;
}
滑動很快時,只載入目標範圍內的cell,這樣按需載入(配合SDWebImage),極大提高流暢度。
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作能帶來一定的幫助,如果有疑問大家可以留言交流。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69977274/viewspace-2698707/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- iOS 效能篇一一UITableView效能優化iOSUIView優化
- UITableView效能優化-中級篇UIView優化
- Linux系統PHP效能最佳化詳細教程。LinuxPHP
- Linux系統Memcached效能最佳化詳細教程。Linux
- Linux系統Redis效能最佳化詳細教程。LinuxRedis
- iOS Swift UITableView的scrollToRow的”坑”iOSSwiftUIView
- (iOS) UICollectionViewLayoutInvalidationContext效能優化 詳細流程圖 + 範例iOSUIViewContext優化流程圖
- iOS UITableView 修改屬性iOSUIView
- 效能最佳化的相關策略整理
- PHP效能最佳化大全(整理)PHP
- iOS開發-UITableView的重用機制iOSUIView
- iOS-效能最佳化的那些事iOS
- iOS 圖形效能最佳化iOS
- Linux系統MySQL資料庫效能最佳化詳細教程。LinuxMySql資料庫
- UITableView效能優化的幾點建議UIView優化
- Nginx的搭建和最佳化詳細教程。Nginx
- iOS問題整理08----效能優化iOS優化
- shell 正規表示式詳細整理
- iOS使用UITableView實現的富文字編輯器iOSUIView
- Logback詳細整理,基於springboot的日誌配置Spring Boot
- UITableview重新整理時介面“亂跑”現象UIView
- iOS開發——專案實戰總結&UITableView效能優化與卡頓問題iOSUIView優化
- iOS面試題:簡述效能最佳化iOS面試題
- iOS-UITableView行高自動計算iOSUIView
- 【IOS初學者】UITableView與自定義UITableViewCelliOSUIView
- Tomcat 部署及最佳化詳細教程!Tomcat
- MySql學習筆記--詳細整理--下MySql筆記
- sql如何最佳化的,詳細描述一下?SQL
- iOS開發基礎143-效能最佳化iOS
- iOS UITableView資料為空時提示頁面iOSUIView
- 效能測試 —— Jmeter 命令列詳細JMeter命令列
- Linux系統Docker最佳化詳細教程。LinuxDocker
- [iOS開發]UITableView的分割線設定及不能全屏原因iOSUIView
- iOS中的Reference Counting詳解iOS
- iOS 網路最佳化:iOS 14 網路層效能和安全性iOS
- 程式設計技巧整理:Java程式效能最佳化總結!程式設計Java
- SpringCloud中GateWay的詳細使用SpringGCCloudGateway
- Java垃圾回收機制詳解及效能最佳化詳解。Java