就UITableView的实现而言，这意味着在屏幕上的表格单元从fastQueue获取图片， 每个关闭的屏幕行的图片从slowQueue预加载。
现在不需要处理图片
假设我们要从服务器上请求包含30条事件的一页资讯回来，一旦这些内容请求回来时我们就可以排队等待预取其中的每一张图。
复制代码- (void)pageLoaded:(NSArray *)newEvents {
for (SGEvent *event in newEvents) {
[SGImageCache slowGetImageForURL:event.imageURL thenDo:nil];
}
}
slowGetImageForURL:这个方法将图片添加到slowQueue这个队列当中，允许它们在不阻塞网络通信的前提下被一张一张的取出来。
thenDo:这个代码块在这里是没有被实现，是因为我们目前还不需要对图片做任何事情。所有我们需要做的就是确保它们在本地磁盘缓存当中，并且随时准备在屏幕上滑动表格时来使用。
现在就要处理图片
显示在屏幕上的表格希望立即显示它们的图片，所以在table cell子类当中实现：
复制代码- (void)setEvent:(SGEvent *)event {
__weak SGEventCell *me = self;
[SGImageCache getImageForURL:event.imageURL thenDo:^(UIImage *image) {
me.imageView.image = image; }
];
}
getImageForURL:这个方法将抓取图片的过程添加到fastQueue这个队列当中，意味着只要iOS系统允许，它们会并行被地执行。如果抓取图片的过程已经存在于slowQueue队列当中，它会被移动到fastQueue队列中，从而避免重复请求。
一直异步
等等，getImageForURL:不是一个异步方法吗？如果你明知道图片已经在缓存中，但是却不想在主线程上立即使用它吗？直觉告诉你那是错误的。
从磁盘上加载图片太费资源，同样解压图片也会费很多资源。可以在滑动的过程当中进行配置和添加表格，这最后一件你想在滑动表格时做的事是很危险地，因为它会阻塞主线程，会有卡顿的现象出现。
使用getImageForURL:可以让磁盘加载的动作脱离主线程，于是当thenDo:这个用于收尾工作的代码块执行的时候它已经有了一个UIImage实例，从而不会有滑动卡顿的危险。如果图片已经存在于本地缓存当中，用于收尾工作的代码块会在下一次运行周期执行，并且用户不会注意到两者之间的差别。他们会注意到的是滑动不会卡顿了。
