iOS 7 模糊效果减慢应用程序的 UIImage + 效果 - 450MB？

Question

这就是我使用UIImage+Effects 模糊名为artworkImage 的UIImage 以获得iOS 7 模糊效果的方法：

-(void)viewDidAppear:(BOOL)animated{

    MPMediaItem *currentItem = [self.musicPlayer nowPlayingItem];

    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0ul), ^(void) {
        @autoreleasepool {

            MPMediaItemArtwork *artwork = [currentItem valueForProperty: MPMediaItemPropertyArtwork];
            UIImage *artworkImage = [artwork imageWithSize: CGSizeMake (618, 618)];

            artworkImage = [artworkImage applyDarkEffect];

            dispatch_async(dispatch_get_main_queue(), ^{

                [backgroundImageView setImage:artworkImage];

                UIGraphicsEndImageContext();
            });
        }
    });
}

我的应用程序真的很慢，所以我研究了如何找出原因，然后我遇到了 Instruments，它向我展示了这个：

所以我研究了一些如何解决这个问题，并遇到了dispatch_async，所以我把实际的模糊放在了背景中，并在前面更新了 UI。它仍然非常慢。

这个名为artworkImage 的UIImage 会在音乐播放器每次跳过歌曲时更新。我将来自 Apple 示例项目（称为 UIImage+Effects.h）的 iOS 7 模糊效果应用于此 UIImage。

请告诉我该怎么做 - 我搜索了无数线程，都说使用 autorelease，我当然不能与 ARC 一起使用。

任何帮助将不胜感激，谢谢。

Answer 1

这里最有可能发生的是，您正在通过上述处理构建一系列 UIImage，导致您的应用程序最终耗尽内存并崩溃。

Apple 的 UIImage+Effects 类别使用一系列框模糊来模糊 CPU 端。这不是世界上最快的过程。除此之外，创建 UIImage 可能会很慢，就像将 UIImage 设置为 UIImageView 以进行显示一样。几乎所有这些都是在 CPU 上完成的，而不是在 GPU 上。

因此，如果每次更新 UI 元素时触发上述方法，您将首先将一系列块调度到默认后台队列，然后异步调度到主队列。后者很可能是您的内存积累发生的地方，因为那里的每个块都会保留其中的对象。如果您的处理和 UIImageView 更新花费的时间比触发上述方法的时间间隔长，您将在调度队列中构建块，并且每个块中都会有 UIImages。这将很快导致内存堆积和崩溃。

有两种方法可以解决这个问题。首先，您可以使用调度信号量来确保只有一个块在您的后台队列上运行。我描述了一个用于此here 的过程。这可以防止内存积累，但可能对您的模糊速度没有帮助。

为此，您可以查看 Apple 提供的模糊类别的替代方案。我的开源 GPUImage 框架具有 replicates Apple's default effect 的 GPU 加速模糊。如果您需要更暗的变体，我会谈谈如何为这个here 修改它。往返 UIImages 仍然很慢，但是通过将模糊传送到 GPUImageView 而不是 UIImageView，您至少可以替换此处的慢速处理的后半部分。直接过滤到 GPUImageView 进行显示将所有内容保留在 GPU 上。

Answer 2

我正在使用 Stackblur

https://github.com/tomsoft1/StackBluriOS

非常易于使用，并且优化良好。