UITableView的優(yōu)化

簡單的介紹

UITableView最核心的思想就是UITableViewCell的重用機制患整。簡單的理解就是:UITableView只會創(chuàng)建一屏幕(或一屏幕多一點)的UITableViewCell致开,其他都是從中取出來重用的产禾。每當(dāng)Cell滑出屏幕時杯缺,就會放入到一個集合(或數(shù)組)中(這里就相當(dāng)于一個重用池)河咽,當(dāng)要顯示某一位置的Cell時祠够,會先去集合(或數(shù)組)中取耀石,如果有,就直接拿來顯示硬爆;如果沒有欣舵,才會創(chuàng)建。這樣做的好處可想而知缀磕,極大的減少了內(nèi)存的開銷缘圈。
舉個例子來說:如果現(xiàn)在要顯示100個Cell劣光,當(dāng)前屏幕顯示5個。那么刷新(reload)UITableView時糟把,UITableView會先調(diào)用100次tableView:heightForRowAtIndexPath:方法赎线,然后調(diào)用5次tableView:cellForRowAtIndexPath:方法;滾動屏幕時糊饱,每當(dāng)Cell滾入屏幕,都會調(diào)用一次tableView:heightForRowAtIndexPath:颠黎、tableView:cellForRowAtIndexPath:方法另锋。

1.簡單的優(yōu)化

UITableView最主要的兩個回調(diào)方法是tableView:cellForRowAtIndexPath:和tableView:heightForRowAtIndexPath:。
實際上狭归,我們都知道夭坪,UITableView是繼承自UIScrollView的,需要先確定它的contentSize及每個Cell的位置过椎,然后才會把重用的Cell放置到對應(yīng)的位置室梅。這也就意味著我們必須先計算cell的高,若有1000個cell疚宇,就要算1000個cell的高亡鼠,才會將我們定制的cell安上去;若是數(shù)據(jù)簡單倒是沒問題敷待,當(dāng)有圖文混雜间涵,內(nèi)容多寡不一的情況時就會很卡。
看到這里榜揖,想必大伙也都能隱約察覺到勾哩,UITableView優(yōu)化的首要任務(wù)是要優(yōu)化上面兩個回調(diào)方法。
現(xiàn)在說說簡單的方法举哟。為了讓cell能自動根據(jù)內(nèi)容布局思劳,有人將對Cell的處理操作如什么賦值、布局等等妨猩,都是在tableView:cellForRowAtIndexPath這個方法里的潜叛!想想如果1000行,那就會調(diào)用1000+頁面Cell個數(shù)次的tableView :cellForRowAtIndexPath方法册赛,如此當(dāng)然卡了钠导。
解決的思路是把賦值和計算布局分離。這樣讓tableView:cellForRowAtIndexPath:方法只負(fù)責(zé)賦值森瘪,tableView:heightForRowAtIndexPath:方法只負(fù)責(zé)計算高度牡属。注意:兩個方法盡可能的各司其職,不要重疊代碼扼睬!兩者都需要盡可能的簡單易算逮栅。Run一下悴势,會發(fā)現(xiàn)UITableView滾動流暢了很多。措伐。特纤。

2.更優(yōu)的方法

這需要進(jìn)入更深層次的探究:自定義Cell的繪制。
我們在Cell上添加系統(tǒng)控件的時候侥加,實質(zhì)上系統(tǒng)都需要調(diào)用底層的接口進(jìn)行繪制捧存,當(dāng)我們大量添加控件時,對資源的開銷也會很大担败,所以我們可以索性直接繪制昔穴,提高效率。
首先需要給自定義的Cell添加draw方法提前,(當(dāng)然也可以重寫drawRect)然后在方法體中實現(xiàn):

  //異步繪制
  dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    CGRect rect = [_data[@"frame"] CGRectValue];
    UIGraphicsBeginImageContextWithOptions(rect.size, YES, 0);
    CGContextRef context = UIGraphicsGetCurrentContext();
 //整個內(nèi)容的背景
    [[UIColor colorWithRed:250/255.0 green:250/255.0 blue:250/255.0 alpha:1] set];
    CGContextFillRect(context, rect);
 //轉(zhuǎn)發(fā)內(nèi)容的背景
    if ([_data valueForKey:@"subData"]) {
        [[UIColor colorWithRed:243/255.0 green:243/255.0 blue:243/255.0 alpha:1] set];
        CGRect subFrame = [_data[@"subData"][@"frame"] CGRectValue];
        CGContextFillRect(context, subFrame);
        [[UIColor colorWithRed:200/255.0 green:200/255.0 blue:200/255.0 alpha:1] set];
        CGContextFillRect(context, CGRectMake(0, subFrame.origin.y, rect.size.width, .5));
    }
     
    {
//名字
        float leftX = SIZE_GAP_LEFT+SIZE_AVATAR+SIZE_GAP_BIG;
        float x = leftX;
        float y = (SIZE_AVATAR-(SIZE_FONT_NAME+SIZE_FONT_SUBTITLE+6))/2-2+SIZE_GAP_TOP+SIZE_GAP_SMALL-5;
        [_data[@"name"] drawInContext:context withPosition:CGPointMake(x, y) andFont:FontWithSize(SIZE_FONT_NAME)
                         andTextColor:[UIColor colorWithRed:106/255.0 green:140/255.0 blue:181/255.0 alpha:1]
                            andHeight:rect.size.height];
//時間+設(shè)備
        y += SIZE_FONT_NAME+5;
        float fromX = leftX;
        float size = [UIScreen screenWidth]-leftX;
        NSString *from = [NSString stringWithFormat:@"%@  %@", _data[@"time"], _data[@"from"]];
        [from drawInContext:context withPosition:CGPointMake(fromX, y) andFont:FontWithSize(SIZE_FONT_SUBTITLE)
               andTextColor:[UIColor colorWithRed:178/255.0 green:178/255.0 blue:178/255.0 alpha:1]
                  andHeight:rect.size.height andWidth:size];
    }
//將繪制的內(nèi)容以圖片的形式返回吗货,并調(diào)主線程顯示
UIImage *temp = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();
    dispatch_async(dispatch_get_main_queue(), ^
   {
        if (flag==drawColorFlag) 
        {
            postBGView.frame = rect;
            postBGView.image = nil;
            postBGView.image = temp;
        }
    }
//內(nèi)容如果是圖文混排,就添加View狈网,用CoreText繪制
   [self drawText];
}}

上述代碼只貼出來部分功能宙搬,但大體的思路都是一樣的,各個信息都是根據(jù)之前算好的布局進(jìn)行繪制的拓哺。這里是需要異步繪制勇垛,但如果在重寫drawRect方法就不需要用GCD異步線程了,因為drawRect本來就是異步繪制的拓售。對于圖文混排的繪制窥摄,可以移步Google,研究下CoreText础淤,這塊內(nèi)容太多了崭放,不便展開。

3.最優(yōu)的方法

這次是從UITableView他爹UIScrollView的角度出發(fā)鸽凶,再次找到突破口币砂,按需加載對應(yīng)的內(nèi)容。滾動很快時玻侥,只加載目標(biāo)范圍內(nèi)的Cell决摧,這樣按需加載,極大的提高流暢度凑兰。

  //按需加載 - 如果目標(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;
}

總結(jié)

基礎(chǔ)的優(yōu)化
  • 正確使用reuseIdentifier來重用Cells
  • 盡量使所有的view opaque姑食,包括Cell自身
  • 盡量少用或不用透明圖層
  • 如果Cell內(nèi)顯示的內(nèi)容來自web波岛,使用異步加載,緩存請求結(jié)果
  • 減少subviews的數(shù)量
    在heightForRowAtIndexPath:中盡量不使用cellForRowAtIndexPath:音半,如果你需要用到它则拷,只用一次然后緩存結(jié)果
  • 盡量少用addView給Cell動態(tài)添加View贡蓖,可以初始化時就添加,然后通過hide來控制是否顯示
主要的優(yōu)化
  • 提前計算并緩存好高度(布局)煌茬,因為heightForRowAtIndexPath:是調(diào)用最頻繁的方法斥铺;
  • 異步繪制,遇到復(fù)雜界面坛善,遇到性能瓶頸時晾蜘,可能就是突破口;
  • 滑動時按需加載眠屎,這個在大量圖片展示笙纤,網(wǎng)絡(luò)加載的時候很管用!(SDWebImage已經(jīng)實現(xiàn)異步加載组力,配合這條性能杠杠的)。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末抖拴,一起剝皮案震驚了整個濱河市燎字,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌阿宅,老刑警劉巖候衍,帶你破解...
    沈念sama閱讀 221,198評論 6 514
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異洒放,居然都是意外死亡蛉鹿,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,334評論 3 398
  • 文/潘曉璐 我一進(jìn)店門往湿,熙熙樓的掌柜王于貴愁眉苦臉地迎上來妖异,“玉大人,你說我怎么就攤上這事领追∷牛” “怎么了?”我有些...
    開封第一講書人閱讀 167,643評論 0 360
  • 文/不壞的土叔 我叫張陵绒窑,是天一觀的道長棕孙。 經(jīng)常有香客問我,道長些膨,這世上最難降的妖魔是什么蟀俊? 我笑而不...
    開封第一講書人閱讀 59,495評論 1 296
  • 正文 為了忘掉前任,我火速辦了婚禮订雾,結(jié)果婚禮上肢预,老公的妹妹穿的比我還像新娘。我一直安慰自己葬燎,他們只是感情好误甚,可當(dāng)我...
    茶點故事閱讀 68,502評論 6 397
  • 文/花漫 我一把揭開白布缚甩。 她就那樣靜靜地躺著,像睡著了一般窑邦。 火紅的嫁衣襯著肌膚如雪擅威。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,156評論 1 308
  • 那天冈钦,我揣著相機與錄音郊丛,去河邊找鬼。 笑死瞧筛,一個胖子當(dāng)著我的面吹牛厉熟,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播较幌,決...
    沈念sama閱讀 40,743評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼揍瑟,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了乍炉?” 一聲冷哼從身側(cè)響起绢片,我...
    開封第一講書人閱讀 39,659評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎岛琼,沒想到半個月后底循,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,200評論 1 319
  • 正文 獨居荒郊野嶺守林人離奇死亡槐瑞,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,282評論 3 340
  • 正文 我和宋清朗相戀三年熙涤,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片困檩。...
    茶點故事閱讀 40,424評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡祠挫,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出悼沿,到底是詐尸還是另有隱情茸歧,我是刑警寧澤,帶...
    沈念sama閱讀 36,107評論 5 349
  • 正文 年R本政府宣布显沈,位于F島的核電站软瞎,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏拉讯。R本人自食惡果不足惜涤浇,卻給世界環(huán)境...
    茶點故事閱讀 41,789評論 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望魔慷。 院中可真熱鬧只锭,春花似錦、人聲如沸院尔。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,264評論 0 23
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至纵顾,卻和暖如春伍茄,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背施逾。 一陣腳步聲響...
    開封第一講書人閱讀 33,390評論 1 271
  • 我被黑心中介騙來泰國打工敷矫, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人汉额。 一個月前我還...
    沈念sama閱讀 48,798評論 3 376
  • 正文 我出身青樓曹仗,卻偏偏與公主長得像,于是被迫代替她去往敵國和親蠕搜。 傳聞我的和親對象是個殘疾皇子怎茫,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,435評論 2 359

推薦閱讀更多精彩內(nèi)容