UITableView优化

作者: 宙斯YY | 来源:发表于2017-12-13 17:10 被阅读8次

个人理解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

UITableView优化

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读