iPhone 上异步图像缓存的最佳方法是什么？答案

【问题标题】：What's the best approach to asynchronous image caching on the iPhone?iPhone 上异步图像缓存的最佳方法是什么？
【发布时间】：2011-01-16 14:22:56
【问题描述】：

我正在创建一个 iPhone 应用程序，该应用程序将从 Web API 中提取数据，包括电子邮件地址。我想在表格单元格中显示与每个电子邮件地址关联的图像，因此我正在地址簿中搜索图像，如果电子邮件地址不在书中，则使用默认值。这很好用，但我有一些顾虑：

性能：据报道，我发现的通过电子邮件地址（或电话号码）查找地址簿记录的食谱是 rather slow。这样做的原因是必须遍历每个地址簿记录，并且对于每个具有图像的记录，遍历所有电子邮件地址以找到匹配项。当然，对于大型通讯录来说，这可能会很耗时。
表格单元格：所以我想我会收集所有需要查找图像的电子邮件地址，然后一次性找到它们。这样，我只为所有地址遍历这本书一次。但这不适用于表格单元格，其中每个单元格对应一个电子邮件地址。我要么必须在显示任何单元格之前收集所有图像（可能很慢），要么让每个单元格在加载时查找每个图像（甚至更慢，因为我需要遍历本书以找到匹配每个电子邮件地址）。
异步查找：所以我想我会使用NSInvocationOperation 以异步方式批量查找它们。对于在 AddressBook 中找到的每个图像，我会在应用程序沙箱中保存一个缩略图。然后每个单元格都可以引用这个文件，如果它不存在则显示默认值（因为它不在书中或尚未找到）。如果稍后在异步查找中找到该图像，则下次需要显示该图像时，它会突然出现。这可能适用于定期重新生成图像（例如，当地址簿中的图像已更改时）。但是对于我的应用程序的任何给定实例，可能有一段时间实际上不会显示图像。
异步表格单元格查找：理想情况下，我会使用 markjnet's asynchronous table cell updating 之类的东西在下载后使用图像更新表格单元格。但要使其正常工作，我必须在每个单元格显示时以及沙箱中缺少缓存的图标时为每个单元格拆分一个NSInvocationOperation 作业。但是，我们又回到了低效地遍历每个地址簿的状态——如果您刚刚下载了一大堆新的电子邮件地址，那么这些地址簿可能很多。

所以我的问题是：其他人如何做到这一点？我在摆弄 Tweetie2，它看起来像是异步更新显示的表格单元格。我假设它为它需要的每个图像发送一个单独的 HTTP 请求。如果是这样，我想通过电子邮件地址搜索本地通讯簿的效率不会降低，所以也许这是最好的方法？只是不用担心与搜索通讯簿相关的性能问题吗？

如果是这样，在沙盒中保存缩略图是最好的缓存方法吗？如果我想创建一个新作业来更新所有缩略图，比如每天一次对通讯录中的任何更改进行更新，那么最好的方法是什么？

你们其他人是如何解决这类问题的？建议将不胜感激！

【问题讨论】：

标签： iphone image caching asynchronous abaddressbook

【解决方案1】：

无论您使用什么策略来实际缓存图像，如果可能的话，每次您获得一批电子邮件地址时，我只会通过地址簿数据进行一次。（是的，我会异步执行此操作。）

创建一个 NSMutableDictionary，它将用作搜索结果的内存缓存。使用下载中的每个电子邮件地址作为键来初始化此字典，并将哨兵作为该键的值（例如 [NSNull null]）。

接下来，遍历通讯簿中的每个 ABRecordRef，调用 ABRecordCopyValue(record, kABPersonEmailProperty) 并循环遍历返回的每个 ABMultiValue 中的结果。如果任何电子邮件地址是缓存中的键，请将 [NSNumber numberWithInt:ABRecordGetRecordId(record)] 设置为字典中该键的值。

使用此字典作为查找索引，您可以快速获取 ABRecordRefs 的图像，仅针对您当前在表格视图中显示的电子邮件地址，给定用户当前的滚动位置，正如 hoopjones 的回答中所建议的那样。如果您的应用程序需要该级别的“最新性”，您可以添加地址簿更改侦听器以使缓存无效，触发另一个索引操作，然后更新视图。

【讨论】：

谢谢。到目前为止，我实际上已经实现了一次查找一个地址的解决方案，但它会创建一个缩略图并将其保存到沙箱 Documents 目录中。是的，它只在第一次需要显示时查找地址簿中的图像。我认为从沙箱加载缓存的图像应该足够快，不需要异步。我不需要你描述的最新级别，所以接下来我将看看如何安排缓存缩略图的定期更新 - 是的，我将只遍历地址簿一次全部。
只是好奇，你怎么能一次查找一个地址，但只遍历地址簿一次？

【解决方案2】：

我会使用您列出的最后一种方法（异步表格单元格查找），但只查找当前显示记录的图像。我重载了 UIScrollViewDelegate 方法来找出用户何时停止滚动，然后才开始对当前可见单元格发出请求。

类似这样的（这是我在网上找到的教程稍作修改，我现在找不到，抱歉没有引用作者）：

- (void)loadContentForVisibleCells
{
    NSArray *cells = [self.table visibleCells];
    [cells retain];
    for (int i = 0; i < [cells count]; i++) 
    { 
        // Go through each cell in the array and call its loadContent method if it responds to it.
        AddressRecordTableCell *addressTableCell = (AddressRecordTableCell *)[[cells objectAtIndex: i] retain];
        [addressTableCell loadImage];
        [addressTableCell release];
        addressTableCell = nil;
    }
    [cells release];
}


- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView; 
{
    // Method is called when the decelerating comes to a stop.
    // Pass visible cells to the cell loading function. If possible change 
    // scrollView to a pointer to your table cell to avoid compiler warnings
    [self loadContentForVisibleCells]; 
}


- (void)scrollViewDidEndDragging:(UIScrollView *)scrollView willDecelerate:(BOOL)decelerate;
{
    if (!decelerate) 
    {
       [self loadContentForVisibleCells]; 
    }
}

一旦您知道当前可见哪些地址记录，只需搜索那些（可能是 5 -7 条记录）就会很快。抓取图像后，只需将其缓存在字典中，这样您以后就不必重做对图像的请求。

【讨论】：

只是出于好奇，为什么这个示例代码在loadContentForVisibleCells 中保留单元格的 NSArray 和每个 AddressRecordTableCell 之前使用它们然后释放它们？我看不出是什么导致它们在执行该方法期间被释放。
你是对的。它不需要保留。我在学习 Cocoa 的时候写了这段代码，所以里面有些菜鸟:)
很高兴了解UIScrollViewDelegate。这也是下面 yonel 链接的LazyTableImages example 所使用的。有趣的是，Tweetie 2 似乎没有使用这种方法。当我快速滚动时，我可以在滚动时看到图像加载。 Apple 应用程序在滚动时不加载图像总是让我烦恼，而 Tweetie 2 似乎表明它没有必要。

【解决方案3】：

您似乎尝试在 UITableView 中实现延迟图像加载。苹果有一个很好的例子，我在这里引用它： Lazy load images in UITableView

【讨论】：

非常感谢LazyTableImages 示例的链接。我不知道，很高兴有它来学习。

【解决方案4】：

仅供参考，我发布了一个免费、强大且简单的库，用于进行异步图像加载和快速文件缓存：HJ Managed Objects http://www.markj.net/asynchronous-loading-caching-images-iphone-hjobjman/

【讨论】：