随着开发经验的增长，你会越来越发现性能优化的重要性了，有木有--- 在此之前先说下我们常用的tableView的几种优化方式：
1). 正确的复用cell。
2). 设计统一规格的Cell
3). 提前计算并缓存好高度（布局），因为heightForRowAtIndexPath:是调用最频繁的方法；
4). 异步绘制，遇到复杂界面，遇到性能瓶颈时，可能就是突破口；
4). 滑动时按需加载，这个在大量图片展示，网络加载的时候很管用！
5). 减少子视图的层级关系
6). 尽量使所有的视图不透明化以及做切圆操作。
7). 不要动态的add 或者 remove 子控件。最好在初始化时就添加完，然后通过hidden来控制是否显示。
8). 使用调试工具分析问题。
如果在一个表格中cell上有多个label，图片等如何更好的优化cell----->
我们可以仿照SDWebImage的思想，要做两种缓存
1.内存缓存
2.沙盒缓存
首先知道tableview的重用：通过为每个单元格指定一个重用标识符，即指定了单元格的种类,当屏幕上的单元格滑出屏幕时，系统会把这个单元格添加到重用队列中，等待被重用，当有新单元格从屏幕外滑入屏幕内时，从重用队列中找看有没有可以重用的单元格，如果有，就拿过来用，如果没有就创建一个来使用。
那么😄就会存在一个问题：如果一个cell的imageView对象开启了一个下载任务，此时改cell发生了重用，新的cell的imageView会开启另一个新的下载任务，由于两个关联的imageView对象实际上是同一个cell的实例的imageView的对象，就会发生2个下载任务回调给同一个imageview对象，
此时可以做一些处理，来避免回调发生时，错误的imageView数据源刷新UI。肿么办？---> 在向下滑动表格时我们可以手动去掉下载操作，当用户停止滑动（即走scrollViewDidEndDragging方法）再去执行下载操作。SDWebImage亦是如此。
=================分哥线===============
介绍一下SDWebImage给UIImageView加载图片的逻辑
SDWebImage 中为 UIImageView 提供了一个分类UIImageView+WebCache.h, 这个分类中有一个最常用的接口sd_setImageWithURL:placeholderImage:，会在真实图片出现前会先显示占位图片，当真实图片被加载出来后再替换占位图片。
加载图片的过程大致如下：
1.首先会在 SDWebImageCache 中寻找图片是否有对应的缓存, 它会以url 作为数据的索引先在内存中寻找是否有对应的缓存
2.如果缓存未找到就会利用通过MD5处理过的key来继续在磁盘中查询对应的数据, 如果找到了, 就会把磁盘中的数据加载到内存中，并将图片显示出来
3.如果在内存和磁盘缓存中都没有找到，就会向远程服务器发送请求，开始下载图片
4.下载后的图片会加入缓存中，并写入磁盘中
5.整个获取图片的过程都是在子线程中执行，获取到图片后回到主线程将图片显示出来
SDWebImage原理：
调用类别的方法：
- 从内存（字典）中找图片（当这个图片在本次使用程序的过程中已经被加载过），找到直接使用。
- 从沙盒中找（当这个图片在之前使用程序的过程中被加载过），找到使用，缓存到内存中。
- 从网络上获取，使用，缓存到内存，缓存到沙盒。
================分哥线==================
//当用户开始拖拽表格时调用
- (void)scrollViewWillBeginDragging:(UIScrollView *)scrollView
{
// 暂停下载
[self.queue setSuspended:YES];
}
// 当用户停止拖拽表格时调用
- (void)scrollViewDidEndDragging:(UIScrollView *)scrollView willDecelerate:(BOOL)decelerate
{
// 恢复下载
[self.queue setSuspended:NO];
}
在使用SDWebImage时会发现，如果快速向下滑动，然后再快速向上滑动，图片会延迟几秒才显示出来，出现次现象的原因就是旧数据源的下载任务被取消掉了
在我们异步下载图片使用的是3种多线程中的NSOperation，并且创建一个全局的queue来管理下载图片的操作
//存放所有下载操作的队列
@property (nonatomic,strong) NSOperationQueue* queue;
//存放所有的下载操作（url是key，operation对象是value）
@property (nonatomic,strong) NSMutableDictionary* operations;
//存放所有下载完成的图片，用于内存缓存，同样用Url为key
@property (nonatomic,strong) NSMutableDictionary* images;
在对cell上的图片进行加载时，需要先判断内存中（存images的字典）中有没有图片，如果有，则取出url对应的图片来显示，如果没有，再去沙盒缓存(存储的是NSData)中查看，如果沙盒缓存中有，我们就取出对应的数据给cell去显示，如果沙盒中也没有图片，则先显示占位图片，此时再创建operation去执行下载操作了，of course ，在创建operation之前，要先判断其是否存在--->
//取出当前url对应的下载操作
NSBlockOperation* operation = self.operations[app.icon];
如果没有下载操作，我们需要去创建operation执行下载
创建好下载操作之后应该把该操作存放到全局队列中去异步执行，同时把操作放入线程字典中记录下来
//添加操作到队列中
[self.queue addOperation:operation];
//添加到字典中
self.operations[app.icon] = operation;
下载完成之后：
把下载好的图片放到内存中、同时存到沙盒缓存中
if (image) { //防止下载失败为空赋值造成崩溃
vc.images[app.icon] = image;
//下载完成的图片存入沙盒中
// UIImage --> NSData --> File（文件）
NSData* ImageData = UIImagePNGRepresentation(image);
NSString* CachesPath = [NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES) lastObject];
NSString* filePath = [CachesPath stringByAppendingPathComponent:[app.icon lastPathComponent]];
[ImageData writeToFile:filePath atomically:YES];
}
执行完上面的操作之后回到主线程刷新表格，
从operations字典中移除下载操作(防止operations越来越大，同时保证下载失败后，能重新下载)
//刷新当前行的图片数据
self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationNone];
以上就是基本的做法，在我们项目中用到的三方SDWebImgae是已经帮我们实现的，我们只需要调用就可以了~~
以下资源可以参考
FastImageCache-github*
SDWebImage-github*
AFNetworking-github*
File System vs Core Data: the image cache test*
iOS image caching. Libraries benchmark (SDWebImage vs FastImageCache)*
Avoiding Image Decompression Sickness*
iOS图片加载速度极限优化—FastImageCache解析
