UITableView优化

个人理解UITableView的优化主要从UITableView的数据源方法着手。

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath

经过测试我们可以发现heightForRowAtIndexPath方法在滑动UITableView的时候会调用很多次，cellForRowAtIndexPath也同样。
所以我们优化的方向基本上就是从这两个高频代理方法着手。

1.正确地使用UITableViewCell的重用机制
UITableView最核心的思想就是 UITableViewCell 的重用机制。UITableView 只会创建一屏幕（或一屏幕多一点）的 UITableViewCell ，每当 cell 滑出屏幕范围时，就会放入到一重用池当中，当要显示新的 cell 时，先去重用池中取，若没有可用的，才会重新创建。这样可以极大的减少内存的开销。

2.减少在这两个代理方法中创建复杂大对象处理和耗时操作。

3.CoreGraphics思路:
cell不和用户交互的控件，可以考虑使用drawRect进行绘制；
使用圆形图片时，采用CoreGraphics进行裁剪，不要使用layer.cornerRadius方式(离屏渲染);
imgView宽高出现小数点，造成锯齿效果，离屏渲染，尽量避免；
imgView图片过大需要压缩。

4.使用xib布局cell的情况下，对heightForRowAtIndexPath代理方法进行优化。
对于固定cell高度就没什么可优化的了。
主要对于不定高度cell，可以进行优化。

最早期的方式当然是获取数据，根据数据计算出数据高度，然后绑定到模型上。
缺点显而易见，就是计算比较麻烦，且容易多次计算消耗性能。

iOS6,7的处理方法是根据IB约束和自动布局获取到cell动态高度。

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static ZSTableViewCell *cell = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
    cell = (ZSTableViewCell*)[tableView dequeueReusableCellWithIdentifier:@"zSTableViewCell"];
    });
   CGFloat height = [cell calulateHeightWithtTitle:[self.datas objectAtIndex:indexPath.row] desrip:[self.datas objectAtIndex:indexPath.row]];
}

-(CGFloat)calulateHeightWithtTitle:(NSString*)title desrip:(NSString*)descrip
{
    CGFloat preMaxWaith =[UIScreen mainScreen].bounds.size.width-40;
    [self.content setPreferredMaxLayoutWidth:preMaxWaith];

    [self.content layoutIfNeeded];
    [self.content setText:descrip];
    [self.contentView layoutIfNeeded];
    CGSize size = [self.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize];

    return size.height+1;
}

iOS8以后,只需要设置两个属性就行。
这两个属性优先级低于heightForRowAtIndexPath代理方法，如果实现代理方法，那么这两个属性就失效了，所以实现高度自动化就不需要实现代理方法。

self.tableview.estimatedRowHeight=60;
self.tableview.rowHeight=UITableViewAutomaticDimension;

所有这些都有一个缺点，就是在不断滑动UITableView的时候，再次计算高度。那么，我们不如把已经算好的动态高度缓存下来，所以FDTemplateLayoutCell框架也就应运而生了。

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
   CGFloat height = [tableView fd_heightForCellWithIdentifier:@"zSTableViewCell" cacheByIndexPath:indexPath configuration:^(id cell) {

       ZSTableViewCell* zscell=(ZSTableViewCell*)cell;

        zscell.contentStr=self.datas[indexPath.row];

   }];
    return height;
}

参考文章
http://www.jianshu.com/p/8b662ce3c9a6

5.不使用xib布局cell的情况下，对cellForRowAtIndexPath方法使用异步绘制。

原理：
当我们获取到数据源的时候，我们需要对数据源进行计算处理，计算出UI绘制所需要的属性比如宽高、颜色等等，UIKit操作往往都是在主线程进行的，我们如果在子线程利用CoreGraphics进行计算，主线程做最后渲染，会提高性能。

在绘制时，对于不需要响应触摸事件的控件，我们应该尽量避免创建UIView对象，取而代之的是使用更为轻量的CALayer，并且对于一个layer包含多个subLayer的情况时，我们可以通过图层预合成的方法，将多个subLayer合成渲染成一张图片，通过上述的处理，不仅能减少CPU在创建UIKit对象的消耗，还能减少GPU在合成和渲染上的消耗，内存的占用也会少很多。

类似这样:

-(void)draw
{
    //异步计算UI控件的颜色文字图片大小尺寸数据，然后在主线程上全部渲染到图片上
    CGRect rect = self.bounds;
    dispatch_async(dispatch_get_global_queue(0, 0), ^{

        CGPoint point = CGPointMake(150, 150);
        UIGraphicsBeginImageContextWithOptions(rect.size, NO, 0);
        CGContextRef ctx = UIGraphicsGetCurrentContext();
        CGContextSetRGBFillColor(ctx, 0.5, 0.5, 0.5, 1);
        CGContextFillRect(ctx, CGRectMake(0, 0, 200, 200));
        NSMutableDictionary * dict =[NSMutableDictionary dictionary];
        [dict setObject:[UIFont systemFontOfSize:15] forKey:NSFontAttributeName];
        [dict setObject:[UIColor redColor] forKey:NSForegroundColorAttributeName];
        [@"内容区域" drawInRect:CGRectMake(0, 0, 200, 200) withAttributes:dict];
        
        [[UIImage imageNamed:@"release_driver"] drawAtPoint:point];
        UIImage *temp = UIGraphicsGetImageFromCurrentImageContext();
        UIGraphicsEndImageContext();
        //CGContextRelease(ctx);
        
        dispatch_async(dispatch_get_main_queue(), ^{
           
            self.bgImg.frame=rect;
            self.bgImg.image=temp;
        });

    });
    
}

成熟的异步渲染框架是YYKit的YYAsyncLayer和Facebook的AsyncDisplayKit

这里使用YYAsyncLayer进行演示：
ViewController：

@interface ViewController ()<UITableViewDelegate,UITableViewDataSource>

@property (weak, nonatomic) IBOutlet UITableView *tableview;

@property(nonatomic,strong) NSMutableArray * datas;

@property(nonatomic,strong) NSMutableArray * layouts;

@end

@implementation ViewController

- (void)viewDidLoad {
    
    [super viewDidLoad];
    
    
}


-(NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{
   
    return self.datas.count;
}

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
   
    NSString * contentStr = self.datas[indexPath.row];

    NSDictionary * dict=[NSDictionary dictionaryWithObject:[UIFont systemFontOfSize:15] forKey:NSFontAttributeName];

    CGRect rect = [contentStr boundingRectWithSize:CGSizeMake([UIScreen mainScreen].bounds.size.width, MAXFLOAT) options:NSStringDrawingUsesLineFragmentOrigin attributes:dict context:nil];

    return rect.size.height;
}

-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSString * cellID=@"zSTableViewCell";
    
    ZSTableViewCell * cell = [tableView dequeueReusableCellWithIdentifier:cellID];
    
    if(cell==nil)
    {
        cell=[[ZSTableViewCell alloc]initWithStyle:UITableViewCellStyleDefault reuseIdentifier:cellID];
    }
    
    cell.layout=self.layouts[indexPath.row];
    
    return cell;
}

-(NSMutableArray*)datas
{
    if(_datas==nil)
    {
        _datas=[NSMutableArray array];
        
        [_datas addObject:@"正题："];
        
        [_datas addObject:@"本文开陈述，废话少说直入正题："];
        
        [_datas addObject:@"本文主展开陈述，废话少说直入正题："];
        
        [_datas addObject:@"本文主要基予iOS适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高题："];
        
        [_datas addObject:@"本文"];
        
        [_datas addObject:@"本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题："];
        
        [_datas addObject:@"UITableView控件可能是iOS中大家最常用的控件了(滚动视图、cell重用、卡顿优化),今天要讨论的不是这些高大上的话题，今天的话题只是cell高度的计算。"];
        
        [_datas addObject:@"UITableView控件可能是iOS中大家最常用的控件了(滚动视图、cell重用、卡顿优化),今天要讨论的不是这些高大上的话题，今天的话题只是cell高度的计算。"];
        
        [_datas addObject:@"本"];
        
        
        [_datas addObject:@"高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITabl"];
        
        [_datas addObject:@"本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题："];
        
        [_datas addObject:@"本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题"];
        
        [_datas addObject:@"本文主要基予iOS UITabl"];
        
        [_datas addObject:@"本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题"];
        
        [_datas addObject:@"本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：本文主要基予iOS UITableViewCell 高度自适应计算问题展开陈述，废话少说直入正题：，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题，废话少说直入正题"];
        
        [_datas addObject:@"本文主要基予iOS UITabl本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS"];
        
        [_datas addObject:@"本文主要基予本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主要基予iOS本文主说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：要基予iOSiOS UITabl"];
        
        [_datas addObject:@"本文主要基说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：予iOS UITabl"];
        
        [_datas addObject:@"本文主要基说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：予iOS UITabl"];
        
        [_datas addObject:@"本文主要基说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：予iOS UITabl"];
        
        [_datas addObject:@"本文主要说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：说到手动计算内容的高度，其实在cell里面大多是计算一些UILabel具体的宽高，根据内容计算UILabel对应的宽高，看下具体的API：基予iOS UITabl"];
    }
    
    return _datas;
}


-(NSMutableArray *)layouts
{
    if(_layouts==nil)
    {
        _layouts=[NSMutableArray array];
        
        for (int i=0; i<self.datas.count; i++) {
            
            NSMutableDictionary * dict=[NSMutableDictionary dictionaryWithObject:[UIFont systemFontOfSize:15] forKey:NSFontAttributeName];
            
            CGRect rect = [self.datas[i] boundingRectWithSize:CGSizeMake([UIScreen mainScreen].bounds.size.width, MAXFLOAT) options:NSStringDrawingUsesLineFragmentOrigin attributes:dict context:nil];
            
            YYTextContainer *container = [YYTextContainer containerWithSize:CGSizeMake([UIScreen mainScreen].bounds.size.width, rect.size.width)];
            
            
            NSMutableAttributedString *text = [[NSMutableAttributedString alloc] initWithString:self.datas[i]];
            text.font = [UIFont systemFontOfSize:15];
            text.strokeColor = [UIColor blackColor];
            
            YYTextLayout *layout = [YYTextLayout layoutWithContainer:container text:text];
            
            [_layouts addObject:layout];
        }
    }
    
    return _layouts;
}

ZSTableViewCell：

@interface ZSTableViewCell()
{
    UIImageView * contentView;
    
    YYLabel * yyLabel;
}
@end

@implementation ZSTableViewCell


-(instancetype)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString *)reuseIdentifier
{
     if(self=[super initWithStyle:style reuseIdentifier:reuseIdentifier])
    {

        yyLabel=[[YYLabel alloc]init];
        yyLabel.font = [UIFont systemFontOfSize:15];
        yyLabel.numberOfLines =0;
        yyLabel.displaysAsynchronously = YES; /// enable async display
        
        [self.contentView addSubview:yyLabel];
    }
    
    return self;
}



-(void)setLayout:(YYTextLayout *)layout
{
    _layout=layout;
    yyLabel.frame=layout.textBoundingRect;
    yyLabel.layer.contents = nil;
    yyLabel.textLayout=layout;
}

VVeboTableViewDemo实现异步渲染，同时优化了滑动时加载数据的数据量。当滑动时，松开手指后，立刻计算出滑动停止时 Cell 的位置，并预先绘制那个位置附近的几个 Cell，而忽略当前滑动中的 Cell。忽略的代价就是快速滑动中会出现大量空白内容。

这篇文章分析的比较全面 http://www.jianshu.com/p/53c8056aba57

参考文章
http://www.jianshu.com/p/af6b095aaaf3

最后编辑于：2018.06.04 18:44:24

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 216,324评论 6赞 498
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 92,356评论 3赞 392
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 162,328评论 0赞 353
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 58,147评论 1赞 292
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 67,160评论 6赞 388
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 51,115评论 1赞 296
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 40,025评论 3赞 417
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 38,867评论 0赞 274
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 45,307评论 1赞 310
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 37,528评论 2赞 332
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 39,688评论 1赞 348
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 35,409评论 5赞 343
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 41,001评论 3赞 325
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 31,657评论 0赞 22
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 32,811评论 1赞 268
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 47,685评论 2赞 368
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 44,573评论 2赞 353

UITableView优化

推荐阅读更多精彩内容