文章来源于:Perfect smooth scrolling in UITableViews 南峰子的技术博客
手动布局和高度优化
- cell/header/footer的重用
之前只知道重用cell，没注意到section的header/footer也可以重用，在这里就不举例cell的重用了。
- (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section{
static NSString *headerIdentify = @"Hearder";
UIView *headerView = [tableView dequeueReusableHeaderFooterViewWithIdentifier:headerIdentify];
return headerView;
}
数据绑定
我之前一般在方法 tableView:cellForRowAtIndexPath:
当中去绑定数据，然而此时屏幕上还没有cell，我们可以把绑定cell数据放在另一个方法中 tableView:willDisplayCell:forRowAtIndexPath:
这个方法会在显示cell之前调用。
具体使用哪个方法，网上颇有争议，具体来说执行效率是一样的，只是视觉效果不一样，放在前者的话出现cell的时候已经设置好了数据，而且也会比后者稍微慢一点出来，后者的话数据则在稍后填充进去。高度计算
建议使用方法 tableView:heightForRowAtIndexPath:
去计算cell的高度，但是要先输入数据去计算高度，再进行绑定数据。
不建议使用这个便捷的方法去计算cell的行高，这里会使用复杂的数学计算去获取cell的高度，
会影响滚动的流畅性，子视图越多越明显
self.tableView.rowHeight = UITableViewAutomaticDimension;
绘制数据
-
渲染最慢的操作之一是混合(blending)
在iOS模拟器上运行App，在模拟器的菜单中选择’Debug‘，然后选中’Color Blended Layers‘。然后iOS模拟器就会将全部区域显示为两种颜色：绿色和红色。绿色是无混合，红色是混合。
如果你在一个UITableView 下面垫了一层背景图，这时候整个UITableView都会显示成红色，系统会将上层view和下层view混合之后才能计算出像素点实际颜色，如果混合过多，流畅的滑动是不可能的。
有背景图：
566C44F8-5D34-408C-A19F-CEC6CECD319B.png
无背景图：
3F959E48-E266-41C0-87D7-3C0F9CAB7ACC.png
- 关键点是在平衡CPU和GPU的负载。
1.减少iOS执行无用混合的区域：不要使用透明背景，使用iOS模拟器 或者Instruments来确认这一点；如果可以，尽量使用没有混合的渐变。
2.优化代码，以平衡CPU和GPU的负载。你需要清楚地知道哪部分渲染需要使用GPU，哪部分可以使用CPU，以此保持平衡。
UIView的drawRect:方法中使用CoreGraphics操作来执行CPU渲染，从而减少对GPU的负载
3.为特殊的cell类型编写特殊的代码。
像素获取
- 在iOS模拟器上运行程序，在”Debug“菜单中选中”Color Misaligned Image“。
紫色区域会执行子像素渲染，在真机上可能或出现模糊；而黄色区域是图片大小没有对齐的情况，可能会有变形的感觉。
效果图：
A69A6078-93C0-481F-B739-FA3477135812.png
紫色区域的字体，我对它进行固定高度和宽度的约束，所以会出现紫色，需要对像素相关数据进行四舍五入处理。
优化建议：
- 对所有像素相关的数据做四舍五入处理，包括点坐标，UIView的高度和宽度。
跟踪你的图像资源：图片必须是像素完美的，否则在Retina屏幕上渲染时，它会做不必要的抗锯齿处理。
定期复查你的代码，因为这种情况可以会经常出现。
异步UI
- 这个不用多说了，异步处理复杂cell的需求，再显示到cell上面。
