在使用UITableView的时候，有的时候你会碰到Cell卡顿，图片加载慢，使得滑动cell时变得不那么流畅，这些都会影响用户体验，拉低整体app的效果。当碰到这一系列问题时，性能优化看来变得至关重要，对于优化其实没有什么最好的解决方案，最重要的在于，你要优化，优化，再优化，根据你app的具体情况，进行更良好的代码调整和算法改进，或者通过查阅一些相关文档或博客，使用“恰如其分”的方法，只要能使你的目的达到，这就是成果。
看了很多ios博客以及简书上的各位大大的文章，我总结了一些可以优化的方式，当然，个人观点，不喜勿喷，哈哈。
1. 使用cell重用机制，尽可能快地返回重用cell实例
这点大家都应该比较清楚，使用reuse机制能大幅降低创建cell所带来的损耗，这就要各位在UITableView的dataSource中实现的tableView:cellForRowAtIndexPath:方法。只是有一点，尽量不要在此时绑定数据，因为目前在屏幕上还没有cell，可以在UITableView的delegate方法tableView:willDisplayCell:forRowAtIndexPath:中进行数据的填充。
需要说明的是，你可能会动态计算cell高度，但最好是不要选择Autolayout。使用Autolayout后，会根据cell的子视图使得求解的约束也越多，从而降低计算速度，影响滑动时FPS。所以，为了使tableview平滑滚动
，请使用动态计算高度，不要选择Autolayout。
2. cell的subViews的各级opaque值要设成YES
opaque用于辅助绘图系统，表示UIView是否透明。在不透明的情况下，渲染视图时需要快速地渲染，以提高性能。渲染最慢的操作之一是混合(blending)。提高性能的方法是减少混合操作的次数，其实就是GPU的不合理使用，这是硬件来完成的（混合操作由GPU来执行，因为这个硬件就是用来做混合操作的，当然不只是混合）。 优化混合操作的关键点是在平衡CPU和GPU的负载。
还有就是cell的layer的shouldRasterize要设成YES。
3. 在绘制字符串时，尽可能使用drawAtPoint:withFont: , 在绘制图片，尽量使用drawAtPoint
不要使用更复杂的drawAtPoint:(CGPoint)point forWidth:(CGFloat)width withFont:(UIFont*)font lineBreakMode:(UILineBreakMode)lineBreakMode;如果要绘制过长的字符串，建议先截断，然后使用drawAtPoint:withFont:方法绘制。
不要使用drawInRect， 因为它在绘制过程中对图片放缩大小，消耗CPU。
其实，最快的绘制就是你不要做任何绘制。有时，通过 UIGraphicsBeginImageContextWithOptions() 或者 CGBitmapContextCeate() 创建位图会显得更有意义，从位图上面抓取图像，并设置为 CALayer 的内容。
如果你必须实现 -drawRect:，并且你必须绘制大量的东西，这将占用时间。
图片的话，你可能会用位图来替代:
- (UIImage *)renderInImageOfSize:(CGSize)size
{
UIGraphicsBeginImageContextWithOptions(size, NO, 0);
// do drawing here
UIImage *result = UIGraphicsGetImageFromCurrentImageContext();
UIGraphicsEndImageContext();
return result;
}
UIImageView *view; // assume we have this
NSOperationQueue *renderQueue; // assume we have this
CGSize size = view.bounds.size;
[renderQueue addOperationWithBlock:^(){
UIImage *image = [renderer renderInImageOfSize:size];
[[NSOperationQueue mainQueue] addOperationWithBlock:^(){
view.image = image;
}];
}];
5. cell异步加载图片以及缓存
对于cell里的图片采用异步的方式，加载好后缓存。当图片还没有请求加载时，你可以使用默认图片。
当然，这是在子线程进行加载，iOS异步任务一般有3种实现方式:
NSOperationQueue
GCD
NSThread
SDWebImage是通过自定义NSOperation来抽象下载任务的
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
// switch to a background thread and perform your expensive operation
dispatch_async(dispatch_get_main_queue(), ^{
self.imageView.image = image;
});
});
一旦你缓存好图片，使用cell的重用机制时就可以从关联好的视图源里以相应的url来找到对应的缓存图片，缓存大大节省重复请求图片的耗损。只是你要考虑内存级别的缓存还是磁盘级别的缓存，记得使用完毕清缓存哦！(记得减少内存级别的拷贝)
tableViewCell性能优化是更精细于平衡好CPU和GPU的使用，当然一些相关的操作也是必不可少的，各种方法都是想把cell的效果更好地发挥出来，希望大家和我一起努力，总结出更多好的方式，共同探讨。
