是否可以仅使用 NSURLSession 为 UITableViews 构建异步图像下载机制？如何？

Question

我想为我的UITableView 构建一个图像下载器，以便可以将图像异步加载到表格视图中。

使用NSURLSession 自动使用NSURLCache 来缓存HTTP 请求，我是否能够仅依赖它作为我的缓存机制？我注意到很多人使用NSCache 来保存下载的图像，但是如果NSURLSession 已经实现了缓存，那有必要吗？如果有的话，是不是很糟糕，因为我正在内存中复制图像的副本？

此外，如果可能的话，我如何将它与UITableView 结合使用？单元重用在分配后台传输的结果时提出了一个有趣的问题。

我不能简单地使用NSURLSessionDownloadTask 下载图像并在完成块中设置单元格的图像，因为在下载时单元格可能已被重用，从而导致将其设置为错误的单元格。

let downloadTask = session.downloadTaskWithURL(URL, completionHandler: { location, response, error in
    var dataFetchingError: NSError? = nil
    let downloadedImage = UIImage(data: NSData.dataWithContentsOfURL(location, options: nil, error: &dataFetchingError))

    dispatch_async(dispatch_get_main_queue()) {
        // Might end up on the wrong cell
        cell.thumbnail.image = downloadedImage
    }
})

那么我如何确保分配的图像能够到达正确的单元格，并且我正在正确缓存这些下载？

我知道 SDWebImage 之类的，但我想尝试在不使用库的情况下解决这个问题。

Answer 1

在更新图像单元之前，您可以将最终调度到主队列，看看该单元是否仍然可见。您可以使用cellForRowAtIndexPath 执行此操作（不要与名称相似的UITableViewDataSource 方法混淆）：

dispatch_async(dispatch_get_main_queue()) {
    if let updateCell = tableView.cellForRowAtIndexPath(indexPath) as? MyCell {
        updateCell.thumbnail.image = downloadedImage
    }
}

（注意，这假设在异步更新进行时单元格的索引路径不可能更改。如果您可以在更新进行时插入/删除行，则不应只使用旧的indexPath，而是返回模型并重新计算此单元格的适当索引路径。）

显然，那些UIImageView 类别除了异步更新图像视图之外还提供其他优势。例如，如果单元被重用，这些类别将取消对该单元的任何旧的未决网络请求。这很重要，因为如果您快速滚动，当前可见的单元格将在下载请求之后积压，而这些单元格可能早已滚出视图。

但是，如果您只关心在更新图像之前确保单元格仍然可见，那么上面应该解决这个问题。

---

关于您的缓存问题，有两种不同类型的缓存需要讨论：RAM 缓存和持久存储缓存。 SDWebImage 和 AFNetworking UIImageView 类别都实现了自己的 RAM 缓存（使用 NSCache）以提高性能。但是，对于持久存储缓存，SDWebImage 实现了自己的缓存，AFNetworking 认为应该依赖内置的NSURLCache。我很同情 SDWebImage 的观点，因为（a）历史上 NSURLConnection 在 iOS 上缓存到持久存储是不一致的； (b) 服务器在响应中使用错误的标头很容易干扰缓存； (c) Apple 一直对什么时候被缓存以及什么时候不被缓存的标准不透明。

因此，归根结底，如果您想要丝般平滑的滚动，可能有一个很好的论据来实现 NSCache 机制，但您可能能够摆脱依赖 NSURLCache 的持久存储缓存。