【发布时间】：2012-03-11 22:36:26
【问题描述】：
这个问题困扰了我一天多一点。要点是我有一个分组 UITableView 设置，这样每个部分只有一个条目。表格视图中的每个单元格都包含一个 UIImageView，它占据了单元格的整个宽度和长度。此外，每个单元格都处于指定的高度和宽度。
这是我的初始化方法：
- (id)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString *)reuseIdentifier{
self = [super initWithStyle:style reuseIdentifier:reuseIdentifier];
if (self) {
[[self layer] setMasksToBounds:NO];
[[self layer] setShouldRasterize:YES];
[[self layer] setRasterizationScale:[[UIScreen mainScreen] scale]];
[[self layer] setCornerRadius:10];
_bgCoverView = [[UIImageView alloc] initWithFrame:CGRectZero];
[_bgCoverView setClipsToBounds:YES];
[[_bgCoverView layer] setCornerRadius:10];
[_bgCoverView setContentMode:UIViewContentModeScaleAspectFill];
[self.contentView addSubview:_bgCoverView];
[_bgCoverView release];
//Init other parts of the cell, but they're not pertinent to the question
}
return self;
}
这是我的布局子视图：
- (void)layoutSubviews{
[super layoutSubviews];
if (!self.editing){
[_bgCoverView setFrame:CGRectMake(0, 0, tableViewCellWidth, self.contentView.frame.size.height)];
}
}
这是我的单元格设置器：
- (void)setGroup:(Group*)group{
//Set background cover for the contentView
NSSet *usableCovers = [[group memories] filteredSetUsingPredicate:[NSPredicate predicateWithFormat:@"pictureMedData != nil || pictureFullData != nil || (pictureMedUrl != nil && NOT pictureMedUrl contains[cd] '/missing.png')"]];
Memory *mem = [usableCovers anyObject];
[_bgCoverView setImage:[UIImage imageWithContentsOfFile:@"no_pics_yet.png"]];
if (mem != nil){
[Folio cacheImageAtStringURL:[mem pictureMedUrl] forManagedObject:mem withDataKey:@"pictureMedData" inDisplay:_bgCoverView];
}
}
这就是我认为我正在获得表演的地方。首先，有过滤的集合调用。如果集合中有很多对象，这可能会减慢速度。但是，对象往往相对较少。此外，当我删除这行代码时，我没有看到性能变化，所以这不太可能。
所以，我的缓存方法（位于辅助类中）几乎没有了。方法如下：
+(void)cacheImageAtStringURL:(NSString *)urlString forManagedObject:(NSManagedObject*)managedObject withDataKey:(NSString*)dataKey inDisplay:(NSObject *)obj{
int objType = 0; //Assume UIButton
if (obj == nil)
objType = -1;
else if ([obj isKindOfClass:[UIImageView class]])
objType = 1; //Assign to UIImageView
NSData *data = (NSData*)[managedObject valueForKey:dataKey];
if ([data bytes]){
if (objType == 0) [(UIButton*)obj setBackgroundImage:[UIImage imageWithData:data] forState:UIControlStateNormal];
else if (objType == 1) [(UIImageView*)obj setImage:[UIImage imageWithData:data]];
return;
}
//Otherwise, do an ASIHTTPRequest and set the image when it's returned, save the data into core data so that we get a cache hit the next time.
}
无论图像是否被缓存，在此视图上向下滚动都会出现重大的性能问题。如果我注释掉缓存方法，它工作得很好。此外，调用此方法的其他视图很迟钝，所以我很确定它在这里。
不过，我还要说，我也对cornerRadius 代码持怀疑态度，但是，我听说如果将 shouldRasterize 设置为 YES，它会导致性能加速。不过，我不确定这是否 100% 正确，或者我的实现是否已关闭。
任何帮助将不胜感激。
更新
尚未 100% 修复，但我们正在实现目标。
这些变量必须在请求中设置：
[request setCachePolicy:ASIOnlyLoadIfNotCachedCachePolicy];
[request setCacheStoragePolicy:ASICachePermanentlyCacheStoragePolicy];
第一个告诉缓存仅在图像未缓存时对服务器执行 ping 操作。第二个告诉缓存在应用程序的生命周期内永久存储图像。
这让我半途而废。一些图像立即加载，而另一些则显得迟缓。我做了更多的研究并在我的应用程序委托中添加了这些代码行：
[[ASIDownloadCache sharedCache] setShouldRespectCacheControlHeaders:NO];
[ASIHTTPRequest setDefaultCache:[ASIDownloadCache sharedCache]];
第一行至关重要。 ASIHTTPRequest 的默认操作是遵循 Web 服务器告诉您的内容。因此，如果它在其标头中告诉您不要缓存响应，它不会。这条线覆盖了它。现在，这在我的 iOS 模拟器上运行得非常好。然后在我的4S上试了一下，又慢了。
原因是我在请求中设置了一段代码，当成功检索到图像后，我会将其保存到 Core Data。每次都会触发此调用，即使对于缓存的请求也是如此。
这是因为 ASIHTTPRequest 仍然会发出请求，无论它是否使用数据的缓存副本。如果它有一个缓存副本，它不会向服务器发送请求，而是用缓存数据填充其请求对象的响应数据。因此，在我的块负责显示工作之后，我调用：
if ([request didUseCachedResponse]) return;
这在 4S 和 4 上效果很好。但是，3GS 仍然非常慢:-(。
这是因为 ASIHTTPRequest 使用的是我的 NSData 而不是我的 UIImage 的缓存副本。因此，每次使用缓存时都需要重新创建图像。这是有道理的，因为 ASIHTTPRequest 只返回数据，并且不知道之后您将如何处理数据，因此它总是会调用您在返回请求时设置的代码。而且因为我的代码块是从数据中转换图像，所以我得到了。
前进的道路
我认为要获得我想要的性能加速，有必要实现自定义 UIImage 缓存。如果我们在缓存中找到文件，我们返回 UIImage 对象。如果没有，那么我们创建一个请求并在返回时将其保存在缓存中。
【问题讨论】：
标签： iphone ios caching uitableview uiimageview