iOS4&背景[UIImage setImage:]

Question

到iOS 3.2，我使用这种代码在后台加载 UIImageView 图像，并且效果很好...

代码：

- (void)decodeImageName:(NSString *)name
{
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    UIImage *newImage = [UIImage imageNamed:name];
    [myImageView setImage:newImage];
    [pool release];
}
...
[self performSelectorInBackground:@selector(decodeImageName:) withObject:@"ID"]

...即使 [UIImageView setImage:] 不是线程安全的！

但从 iOS 4 开始，它不再起作用了......setImage 调用后两秒图像出现在屏幕上。如果我执行 [myImageView PerformSelectorOnMainThread:@selector(setImage:) withObject:newImage waitUntilDone:YES] 而不是 [myImageView setImage:newImage]，图像会立即出现，但看起来再次即时重新解码（忽略之前应该已经解码图像数据的 [UIImage imageNamed:]），导致我的主线程暂停......即使文档说底层图像缓存在所有线程之间共享。。

有什么想法吗？

Answer 1

不要在后台执行此操作！它不是线程安全的。由于 UIImageView 也是一个 NSObject，我认为使用 -[performSelectorOnMainThread:withObject:waitUntilDone:] 可能会起作用，例如

[myImageView performSelectorOnMainThread:@selector(setImage:) withObject:newImage waitUntilDone:NO];

：它是新创建的线程安全的 UIImage 。 UIImageView 仍然不是线程安全的。

Answer 2

performSelectorInBackground：在后台线程中运行选择器。然而 setImage: 是一个 UI 函数。 UI 函数只能在主线程上运行。我没有深入了解这个特定的问题，但这是对该代码的第一感觉，可能是 iOS4 以某种方式以不同的方式处理在后台线程中运行 UI 函数的（不支持的）机制。

Answer 3

如果您使用的是 iOS 4.0，您确实应该考虑阅读有关块和 GCD 的内容。使用这些技术，您可以简单地将您的方法替换为：

- (void)decodeImageName:(NSString *)name
{
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    UIImage *newImage = [UIImage imageNamed:name];

    dispatch_async(dispatch_get_main_queue(), ^{
        [myImageView setImage:newImage];
    }

    [pool release];
}

Answer 4

我们引用一下：

@property（非原子，只读）CGImageRef CGImage

讨论

如果图像数据由于内存限制而被清除，则调用此方法会强制将该数据加载回内存。重新加载图像数据可能会导致性能损失。

所以你也许可以只调用image.CGImage。我不认为 CGImages 是懒惰的。

如果这不起作用，您可以使用类似

// Possibly only safe in the main thread...
UIGraphicsBeginImageContext((CGSize){1,1});
[image drawInRect:(CGRect){1,1}];
UIGraphicsEndImageContext();

“有些人警告线程安全”之类的内容强制渲染。文档说 UIGraphics{Push,Pop,GetCurrent}Context() 仅限主线程，但没有提及任何有关 UIGraphicsBeginImageContext() 的内容。如果您担心，请使用 CGBitmapContextCreate 和 CGContextDrawImage。