优化UITableView常用的方式有：Cell重用、缓存Cell高度、Cell数据资源缓存、渲染、减少视图数目、减少多余的绘制操作、不要给cell动态添加subview、异步化UI，不要阻塞主线程、滑动时按需加载对应的内容。
1. Cell重用机制
这是UITableView的基本使用
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
static NSString *Identifier = @"cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier: Identifier];
if (!cell) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:ID];
}
return cell;
}
这样并不完美，我们经常在- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath中为每个cell绑定数据，实际在调用- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath的时候cell还没有被显示出来。为了提高效率，我们应该把数据绑定的操作放在cell即将显示的时候执行，即在- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath;方法中绑定数据。
注意：- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath;在cell展示在tableView之前就会调用，此时cell的实例已经生成，所以不能更改cell的结构，只能改动cell上的UI的一些属性，如：label的内容等。
2. 缓存Cell高度
这里将Cell分成两种：一种是定高的Cell，一种是动态高度的Cell。
- 定高的Cell，应该用如下的方式：
self.tableView.rowHeight = 88;
这个方法指定了所有cell的高度都是88，rowHeight默认是44，对于定高的Cell直接使用该方法设定高度，不需要实现tableView:heightForRowAtIndexPath:以节省不必要的计算和开销。 - 动态高度的Cell
我们需要实现tableView的代理，给出高度：
- (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.tableView.estimatedRowHeight = 44.0;
self.tableView.rowHeight = UITableViewAutomaticDimension;
}
除了提高Cell的计算效率之外，对于已经计算出的高度，我们需要进行缓存，对于已经计算过的高度，没有必要计算第二次。
创建viewModel，计算并存储Cell的UI尺寸信息
@interface YZZYCellHeightViewModel : NSObject
@property (strong, nonatomic) YZZYModel *dataModel; // 原始数据模型
@property (assign, nonatomic) CGFloat cellHeight; // Cell高度
- (void)calculateCellHeight; // 计算高度
这里需要注意：
在iOS中，系统是先调用- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath获取每个Cell即将显示的高度，确定整个UITableView的布局，然后才调用- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath获取Cell。因此，使用了ViewModel来保存UI信息，Cell高度的计算和使用时机需要特别留意。
3. Cell数据资源缓存
提前处理Cell需要显示的数据资源，在Cell显示之前，将从服务器加载获取到的原始数据在viewModel中提前处理，一般包括：图片的加载和压缩、富文本的多样化显示（NSString->NSAttributeString）.
这时的viewModel可能是这样的
@interface YZZYViewModel : NSObject
@property (strong, nonatomic) YZZYModel *dataModel; //原始数据模型
@property (assign, nonatomic) CGFloat cellHeight; // Cell高度
/* 需要展示的内容*/
@property (strong, nonatomic) NSAttributeString *titleToShow;
@property (strong, nonatomic) NSAttributeString *contentToShow;
- (void)calculateCellHeight; // 计算高度
- (void)handleSourceDataModel;
@end
4. 渲染
为了保证UITableView的流畅，当快速滑动的时候，Cell必须被快速的渲染出来。提高Cell渲染速度的方法有以下三种：
- 当有图像时，预渲染图像，在bitmap context先将其画一遍，导出成UIImage对象，然后再绘制到屏幕，这会大大提高渲染速度。具体内容可以自行查找“利用预渲染加速显示iOS图像”相关资料。
- 渲染最耗时的操作之一就是混合（blending），所以不要使用透明背景，将Cell的opaque（不透明）的值设为YES，背景色不要使用clearColor，尽量不要使用阴影渐变等。
- 由于混合操作是使用GPU来执行，我们可以用CPU来渲染，这样混合操作就不再执行，可以在UIView的drawRect方法中自定义绘制。
5. 减少视图的数目
我们在Cell上添加系统控件的时候，实际上系统都会调用底层接口进行绘制，大量添加控件时，会消耗很大的资源并且也会影响渲染的性能。当使用默认的UITableViewCell并且在它的ContentView上面添加控件时会相当消耗性能。所以，目前最佳的方法还是继承UITableViewCell，并重写drawRect方法。
5. 减少多余的绘制操作
在实现drawRect方法的时候，它的参数rect就是我们需要绘制的区域，在rect范围之外的区域不要进行绘制，否则会消耗相当大的资源。
6. 不要给Cell动态添加subView
在初始化Cell的时候就将所有需要展示的控件添加完毕，然后根据需要来设置hide属性显示和隐藏控件。
7. 异步化UI，不要阻塞主线程
加载时整个页面卡住不动，怎么点都没用，仿佛死机了一般，原因就是主线程被阻塞了。所以，对于网络请求或图片的加载，可以开启多线程将耗时的操作放在子线程中进行，异步操作。
8. 滑动时按需加载对应的内容
如果目标行与当前行相差超过指定行数，只在目标滚动范围的前后制定3行加载。
- (void)scrollViewWillEndDragging:(UIScrollView *)scrollView withVelocity:(CGPoint)velocity targetContentOffset:(inoutCGPoint *)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;
}
9. 离屏渲染
- 以下的操作会引发离屏渲染：
（1）为图层设置遮罩（layer.mask）
（2）将图层的layer.maskToBounds/view.clipsToBounds属性设置为true
（3）将图层layer.allowsGroupOpacity属性设置为YES和layer.opacity小于1.0
（4）将图层设置阴影（layer.shadow）
（5）为图层设置layer.shouldRasterize=true
（6）具有layer.cornerRadius、layer.edgeAntialiasingMask、layer.allowsEdgeAntialiasing的图层
（7）任何种类的文本，包括：UILabel、CATextLayer和Core Text等
（8）使用CGContext在drawRect:方法中绘制大部分情况下会导致离屏渲染，甚至仅仅是一个空的实现。 - 优化方案
官方对离屏渲染产生的性能问题也进行了优化，iOS 9.0之前UIImageView跟UIButton设置圆角都会触发离屏渲染；iOS 9.0之后UIButton设置圆角会触发离屏渲染，而UIImageView里png图片设置圆角不会触发离屏渲染了，如果设置其他阴影效果之类的还是会触发离屏渲染。
（1）圆角优化
在APP开发中，圆角优化经常出现。如果一个界面中只有少量圆角图片或许对性能没有非常大的影响，但是当圆角图片比较多的时候就会对APP的性能产生明显的影响。
开发者设置圆角一般通过如下方式：
imageView.layer.cornerRadius = CGFloat(10);
imageView.layer.masksToBounds = YES;
这样处理的渲染机制是GPU在当前屏幕缓冲区外新开辟一个渲染缓冲区进行工作，也就是离屏渲染，这会给我们带来额外的性能损耗。如果这样的圆角操作达到一定数量，会触发缓冲区的频繁合并和上下文的频繁切换，性能的代价体现在用户体验上就是掉帧。
优化方案1：使用贝塞尔曲线UIBezierPath和Core Graphics框架画出一个圆角
UIImageView *imageView = [[UIImageView alloc] initWithFrame:CGRectMake(100, 100, 100, 100)];
imageView.image = [UIImage imageNamed:@"myImg"];
// 开始对imageView进行画图
UIGraphicsBeginImageContextWithOptions(imageView.bounds.size, NO, 1.0);
// 使用贝塞尔曲线画出一个圆形图
[[UIBezierPath bezierPathWithRoundedRect:imageView.bounds cornerRadius:imageView.frame.size.width] addClip];
[imageView drawRect:imageView.bounds];
imageView.image = UIGraphicsGetImageFromCurrentImageContext();
// 结束画图
UIGraphicsEndImageContext();
[self.view addSubview:imageView];
优化方案2：使用CAShapeLayer和UIBezierPath设置圆角
UIImageView *imageView = [[UIImageView alloc] initWithFrame:CGRectMake(100, 100, 100, 100)];
imageView.image = [UIImage imageNamed:@"myImg"];
UIBezierPath *maskPath = [UIBezierPath bezierPathWithRoundedRect:imageView.bounds byRoundingCorners:UIRectCornerAllCorners cornerRadii:imageView.bounds.size];
CAShapeLayer *maskLayer = [[CAShapeLayer alloc] init];
// 设置大小
maskLayer.frame = imageView.bounds;
// 设置图形样子
maskLayer.path = maskPath.CGPath;
imageView.layer.mask = maskLayer;
[self.view addSubview:imageView];
对于方案2需要解释的是：
- CAShapeLayer继承于CALayer，可以使用CALayer的所有属性；
- CAShapeLayer需要贝塞尔曲线配合使用才有效果；
- 使用CAShapeLayer（属于Core Animation）与贝塞尔曲线可以实现不在view的drawRect方法中画出一些想要的图片；
- CAShapeLayer动画渲染直接提交到手机的GPU中，相较于view的drawRect方法使用CPU渲染而言，其效率极高，能大大优化内存使用情况。
总的来说就是CAShapeLayer的内存消耗较少，渲染速度快，建议使用优化方案2。
（2）shadow优化
对于shadow，如果图层是个简单的几何图形或者圆角图形，我们可以通过设置shadowPath来优化性能，能大幅提高性能。示例如下：
imageView.layer.shadowColor = [UIColor grayColor].CGColor;
imageView.layer.shadowOpacity = 1.0;
imageView.layer.shadowRadius = 2.0;
UIBezierPath *path = [UIBezierPath bezierPathWithRect:imageView.frame];
imageView.layer.shadowPath = path.CGPath;
开发者可以通过设置shouldRasterize属性为YES来强制开启离屏渲染，其实就是光栅化（Rasterization）。
既然离屏渲染这么不好，为什么还要强制开启呢？
当一个图像混合了多个图层，每次移动时，每一帧都要重新合成这些图层，十分消耗性能。当开启光栅化后，会在首次产生一个位图缓存，当再次使用时就会复用这个缓存。但是如果图层发生改变的时候就会重新产生位图缓存。所以这个功能一般不能用于UITableViewCell中，Cell的复用反而降低了性能。最好用于图层较多的静态内容的图形。而且产生的位图缓存大小是有限制的，一般是2.5个屏幕尺寸。在100ms之内不使用这个缓存，缓存也会被删除，所以我们要根据使用场景而定。
（3）其他一些优化建议
- 当我们需要圆角效果时，可以使用一张中间透明的图片蒙上去；
- 使用ShadowPath指定layer阴影效果路径
- 使用异步进行layer渲染（Facebook开源的异步绘制框架AsyncDisplayKit）
- 设置layer的opaque值为YES，减少复杂图层合成
- 尽量使用不包含透明（alpha）通道的图片资源
- 尽量设置layer的大小值为整型值
- 直接让美工把图片切成圆角进行显示，这是效率最高的一种方案
- 很多情况下，用户上传图片进行显示，可以让服务端处理圆角
- 使用代码手动生成圆角Image设置到要显示的view上，利用UIBezierPath（Core Graphics框架）画出圆角图片
（4）Core Animation工具检测离屏渲染
对于离屏渲染的监测，苹果为我们提供了一个测试工具Core Animation，可以在Xcode->Open Developer Tools->Instruments中找到，如下图：
Core Animation工具用来监测Core Animation性能，提供可见的FPS值，并且提供几个选项来测量渲染性能，如下图：
下面我们来说明每个选项的功能 -
Color Blended Layers：这个选项如果勾选，你能看到哪个layer是透明的，GPU正在做混合计算。显示红色的就是透明的，绿色就是不透明的。 -
Color Hits Green and Misses Red：如果勾选你这个选项，且当我们代码中有设置shouldRasterize为YES，那么红色代表没有复用离屏渲染的缓存，绿色则表示复用了缓存，开发者当然希望能够复用。 -
Color Copied Images：按照官方的说法，当图片的颜色格式GPU不支持的时候，Core Animation会拷贝一份数据让CPU进行转化。例如：从网络上下载了TIFF格式的图片，则需要CPU进行转化，这个区域会显示成蓝色。还有一种情况会触发Core Animation的copy方法，就是字节不对齐的时候，如下图：
-
Color Immediately：默认情况下Core Animation工具以每毫秒10次的频率更新图层调试颜色，如果勾选这个选项则移除10ms的延迟。对某些情况需要这样，但是有可能影响正常帧数的测试。 -
Color Misaligned Images：勾选此项，如果图片需要缩放则标记为黄色，如果没有像素对齐则标记为紫色。像素对齐我们已经在上面有所介绍。 -
Color Offscreen-Rendered Yellow：用来检测离屏渲染的，如果显示黄色，表示有离屏渲染。当然还要结合Color Hits Green and Misses Red来看，是否复用了缓存。 -
Color OpenGL Fast Path Blue：这个选项对那些使用OpenGL的图层才有用，像是GLKView或者 CAEAGLLayer，如果不显示蓝色则表示使用了CPU渲染，绘制在了屏幕外，显示蓝色表示正常。 -
Flash Updated Regions：当对图层重绘的时候回显示黄色，如果频繁发生则会影响性能。可以用增加缓存来增强性能。
其他
- Cell中的View尽量不使用透明
- 减少子视图的层级关系
- 图片载入在后台进程进行，滚出可视范围的载入进程cancel掉
- 图片资源尽可能使用PNG
