iOS 核心动画的图像IO.pdfVIP

iOS 核⼼动画的图像IO 潜伏期值得思考 - 凯文 帕萨特 在第13章“高效绘图”中，我们研究了和Core Graphics绘图相关的性 问题，以及如 何修复。和绘图性 相关紧密相关的是图像性 。在这一章中，我们将研究如何优化 从闪存驱动器或者网络中加载和显示图片。 加载和潜伏 绘图实际消耗的时间通常并不是影响性 的因素。图片消耗很大一部分内存，而且不 太可 把需要显示的图片都保留在内存中，所以需要在应用运行的时候周期性地加载 和卸载图片。 图片文件加载的速度被CPU和IO （输入/输出）同时影响。iOS设备中的闪存已经比 传统硬盘快很多了，但仍然比RAM慢将近200倍左右，这就需要很小心地管理加载， 来避免延迟。 只要有可 ，试着在程序生命周期不易察觉的时候来加载图片，例如启动，或者在屏 幕切换的过程中。按下按钮和按钮响应事件之间最大的延迟大概是200ms，这比动 画每一帧切换的16ms小得多。你可以在程序首次启动的时候加载图片，但是如果20 秒内无法启动程序的话，iOS检测计时器就会终止你的应用 （而且如果启动大于2，3 秒的话用户就会抱怨了）。 有些时候，提前加载所有的东西并不明智。比如说包含上千张图片的图片传送带：用 户希望 够 够平滑快速翻动图片，所以就不可 提前预加载所有图片；那样会消耗 太多的时间和内存。 有时候图片也需要从远程网络连接中下载，这将会比从磁盘加载要消耗更多的时间， 甚至可 由于连接问题而加载失败 （在几秒钟尝试之后）。你不 够在主线程中加载 网络造成等待，所以需要后台线程。 线程加载 在第12章“性 调优”我们的联系人列表例子中，图片都非常小，所以可以在主线程同 步加载。但是对于大图来说，这样做就不太合适了，因为加载会消耗很长时间，造成 滑动的不流畅。滑动动画会在主线程的ru loop中更新，所以会有更多运行在渲染服 务进程中CPU相关的性 问题。 清单14.1显示了一个通过UICollectionView实现的基础的图片传送器。图片在主线 程中-collectionView :cellForItemAtIndexPath:方法中同步加载 （见图 14.1）。 清单14.1 使用UICollectionView实现的图片传送器 #import ViewController.h @interface ViewController() UICollectionViewDataSource @property (nonatomic copy) NSArray *imagePaths; @property (nonatomic weak) IBOutlet UICollectionView *collectionView; @end @implementation ViewController - (void)viewDidLoad { //set up data self .imagePaths = [[NSBundle mainBundle] pathsForResourcesOfType:@png inDirectory:@ //register cell class [self .collectionView registerClass:[UICollectionViewCell class] for } - (NSInteger)collectionView :(UICollectionView *)collectionView numberOf { return [self .imagePaths count]; } - (UICollectionViewCell *)collectionView :(UICollectionView *)collection cellForItemAtIndexPath:(NSIndexPath *)indexPath { //dequeue cell UICollectionViewCell *cell = [collectionView dequeueReusableCellWit //add image view const NSInteger imageTag = 99; UIImageView *imageView = (UIImageView *)[cell viewWit