2

事情是这样的：我有一个滚动视图，它对用户照片的全屏图像进行了延迟加载：

[self.assetsLibrary assetForURL:[NSURL URLWithString:[[self.assets objectAtIndex:index] objectForKey:@"asset_url"]]
    resultBlock:^(ALAsset *asset) {
        dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
            CGImageRef cgImage = asset.defaultRepresentation.fullScreenImage;
            UIImage *image = [UIImage imageWithCGImage:cgImage];
            dispatch_async(dispatch_get_main_queue(), ^{
                imageView.image = image;
            });
        });
                    }
failureBlock:^(NSError *error) {
    NSLog(@"error");
}];

我知道加载全屏图像很昂贵，所以我把它放在后台线程中，但是当我滚动时它仍然滞后。即使我这样改变它仍然滞后：

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
                            CGImageRef cgImage = asset.defaultRepresentation.fullScreenImage;
                            UIImage *image = [UIImage imageWithCGImage:cgImage];
                            imageView.image = image;
                            dispatch_async(dispatch_get_main_queue(), ^{
                            });
                        });

显然，在主队列中无事可做，但它仍然滞后，直到我评论该行：

// CGImageRef cgImage = asset.defaultRepresentation.fullScreenImage;

所以我很困惑，我使用GCD时有什么问题吗？有人可以帮我解释一下吗？任何事情都会有所帮助。

谢谢你们。

更新

致@Fogmeister：照片的大小是全屏大小，actuel imageView 大小约为一半。即使我评论了这一行：“imageView.image = image;” 它仍然滞后。这意味着它不是来自调整大小。我知道时间花在了哪里，在这里：“asset.defaultRepresentation.fullScreenImage;”。当我评论它时，一切都很好，没有更多的滞后。 所以，我不明白的是，我已经把它放在后台线程中......

4

4 回答 4

5

好的，最后我解决了问题：

而不是直接通过

asset.defaultRepresentation.fullScreenImage

我使用 Apple 的Example PhotosByLocation中的方法（下面的代码）在 BG 线程中获取图像。效果很好，滚动时不再滞后。但是我仍然很困惑，我不知道为什么。因此，如果有人可以向我解释，我将不胜感激。

- (UIImage *)fullSizeImageForAssetRepresentation:(ALAssetRepresentation *)assetRepresentation {

UIImage *result = nil;
NSData *data = nil;

uint8_t *buffer = (uint8_t *)malloc(sizeof(uint8_t)*[assetRepresentation size]);
if (buffer != NULL) {
    NSError *error = nil;
    NSUInteger bytesRead = [assetRepresentation getBytes:buffer fromOffset:0 length:[assetRepresentation size] error:&error];
    data = [NSData dataWithBytes:buffer length:bytesRead];

    free(buffer);
}

if ([data length]) {
    CGImageSourceRef sourceRef = CGImageSourceCreateWithData((__bridge CFDataRef)data, nil);

    NSMutableDictionary *options = [NSMutableDictionary dictionary];

    [options setObject:(id)kCFBooleanTrue forKey:(id)kCGImageSourceShouldAllowFloat];
    [options setObject:(id)kCFBooleanTrue forKey:(id)kCGImageSourceCreateThumbnailFromImageAlways];
    [options setObject:(id)[NSNumber numberWithFloat:640.0f] forKey:(id)kCGImageSourceThumbnailMaxPixelSize];
    //[options setObject:(id)kCFBooleanTrue forKey:(id)kCGImageSourceCreateThumbnailWithTransform];

    CGImageRef imageRef = CGImageSourceCreateThumbnailAtIndex(sourceRef, 0, (__bridge CFDictionaryRef)options);

    if (imageRef) {
        result = [UIImage imageWithCGImage:imageRef scale:[assetRepresentation scale] orientation:(UIImageOrientation)[assetRepresentation orientation]];
        CGImageRelease(imageRef);
    }

    if (sourceRef) CFRelease(sourceRef);
}

return result;
}
于 2012-12-19T15:48:41.623 回答
1

您从 Apple 的 PhotosByLocation 中获取的解决方案实际上是获取最大分辨率的图像，而不是全屏图像。IOW，它本质上与调用 fullResolutionImage 而不是 fullScreenImage 相同。这如何解决你的问题，我不确定。我正在努力解决同样的性能问题。如果我使用 fullScreenImage，我的滚动会滞后。但是切换到 fullResolutionImage 可以摆脱滞后。fullResolutionImage 花费的时间大约是 fullScreenImage 的两倍，但由于它始终在后台，因此花费多少时间并不重要。我怀疑 fullScreenImage 正在返回一个图像，一旦它在主线程中呈现到屏幕上，就需要某种额外的处理 - 因此存在滞后。

于 2013-01-08T06:11:08.203 回答
0

你知道照片的实际尺寸吗？非常昂贵的是正在调整大小以适应屏幕的滚动图像。

看到您已经在 BG 线程中加载，可能值得将图像大小调整为您正在显示的大小，然后再将其粘贴到屏幕上。

您可以使用 Instruments 中的 CoreAnimation 工具通过从 Xcode 分析应用程序来查看所花费的时间。它甚至会告诉你哪一行代码导致了动画帧的变慢和丢失。

于 2012-12-18T21:52:13.840 回答
0

从苹果文档：

DISPATCH_QUEUE_PRIORITY_DEFAULT
Items dispatched to the queue run at the default priority; the queue is scheduled for execution after all high priority queues have been scheduled, but before any low priority queues have been scheduled.

DISPATCH_QUEUE_PRIORITY_BACKGROUND
Items dispatched to the queue run at background priority; the queue is scheduled for execution after all high priority queues have been scheduled and the system runs items on a thread whose priority is set for background status. Such a thread has the lowest priority and any disk I/O is throttled to minimize the impact on the system.

您在单独的线程中运行它，但这不一定是“在后台”的线程。根据我的经验，加载某些内容的后台线程将通过执行 UI 更新（例如滚动 UIScrollView）被完全阻止。你试过使用DISPATCH_QUEUE_PRIORITY_BACKGROUND吗？

于 2012-12-18T21:57:41.417 回答