在TableView优化检查清单一篇中,例出了TableView优化常见的一些入手点,本篇将给出一个在特定效果下,会影响TableView 刷新效率的一种情形及优化方法,在你决定用复杂方法优化TableView时,提前排除这种可能。
简单的文本也会导致低刷新率
本例中,cell将显示3000个数字:
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"KeyCell"];
cell.textLabel.text = [NSString stringWithFormat:@"%ld", indexPath.row];
cell.textLabel.backgroundColor = [UIColor clearColor];
cell.textLabel.layer.shadowOffset = CGSizeMake(0, 2);
cell.textLabel.layer.shadowOpacity = 0.5;
return cell;
}
看上去是很简单的cell,下面用 Instruments 测一下FPS:
出人意料地低,
平均没有超过40FPS
,是什么原因呢?
离屏渲染
打开“离屏渲染”标示:可见,透明背景+阴影引发了离屏渲染,去掉后FPS恢复正常,可是这样又达不到需要的阴影效果,有什么办法可以两全其美呢?
阴影也有高刷新率
我们可以做如下设置:
cell.layer.shouldRasterize = YES;
当shouldRasterize设成true时,将渲染光栅化
,即将layer渲染成一个bitmap,并缓存起来,等下次使用时直接使用缓存,不再重新去渲染,减少了GPU的占用。
由于bitmap是位图,在屏幕上就会有些失真,会看到毛刺比较明显:
需要设置比例值:
cell.layer.rasterizationScale = [UIScreen mainScreen].scale;
这样就可以即保证阴影的渲染效果,又保证了刷新率。
小提示
有些时候,发生问题的未必是复杂的数据,也有可能是系统机制的原因,因此先通过工具定位问题,再有针对性地进行优化,记住:
提前优化是万恶之源。