美文网首页iOS开发实用技术
ios之cell异步加载优化-缓存/tableview优化

ios之cell异步加载优化-缓存/tableview优化

作者: 天下林子 | 来源:发表于2018-03-06 18:53 被阅读390次

随着开发经验的增长,你会越来越发现性能优化的重要性了,有木有--- 在此之前先说下我们常用的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原理:
调用类别的方法:

  1. 从内存(字典)中找图片(当这个图片在本次使用程序的过程中已经被加载过),找到直接使用。
  2. 从沙盒中找(当这个图片在之前使用程序的过程中被加载过),找到使用,缓存到内存中。
  3. 从网络上获取,使用,缓存到内存,缓存到沙盒。

================分哥线==================

 //当用户开始拖拽表格时调用
- (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解析

相关文章

网友评论

    本文标题:ios之cell异步加载优化-缓存/tableview优化

    本文链接:https://www.haomeiwen.com/subject/sgerfftx.html