objective-c - 内存警告和崩溃 (ARC) - 如何确定它发生的原因？

Question

我最近开始使用 ARC，从那时起我就把每一个内存问题都归咎于它。 :) 也许，您可以帮助我更好地理解我做错了什么。

我当前的项目很多都是关于 CoreGraphics 的——绘制图表、填充缩略图的 View 等等。我相信使用手动内存管理不会有任何问题，除了可能会出现一些僵尸......但截至目前，每次我尝试创建大量缩略图或重绘更复杂的图表时，应用程序都会崩溃。

在使用 Instruments 进行分析时，我可以看到常驻内存和脏内存中的值非常高。堆分析显示相当惊人的不规则增长......

当只绘制几个缩略图时，驻留内存会增长大约 200 MB。绘制完所有内容后，内存会回落到与绘制前几乎相同的值。但是，对于很多缩略图，常驻内存中的值高于400 MB。这显然会使应用程序崩溃。我试图限制同时绘制的缩略图数量(NSOperationQueue 及其 maxConcurrentOperationCount)，但由于释放这么多内存似乎需要更多时间，因此并没有真正解决问题。

现在我的应用程序基本上无法正常工作，因为真实数据需要处理大量复杂的图表 = 大量缩略图。

每个缩略图都是使用我从这里获得的代码创建的:(UIImage 上的类别)

+ (void)beginImageContextWithSize:(CGSize)size
{
    if ([[UIScreen mainScreen] respondsToSelector:@selector(scale)]) {
        if ([[UIScreen mainScreen] scale] == 2.0) {
            UIGraphicsBeginImageContextWithOptions(size, YES, 2.0);
        } else {
            UIGraphicsBeginImageContext(size);
        }
    } else {
        UIGraphicsBeginImageContext(size);
    }
}

+ (void)endImageContext
{
    UIGraphicsEndImageContext();
}

+ (UIImage*)imageFromView:(UIView*)view
{
    [self beginImageContextWithSize:[view bounds].size];
    BOOL hidden = [view isHidden];
    [view setHidden:NO];
    [[view layer] renderInContext:UIGraphicsGetCurrentContext()];
    UIImage *image = UIGraphicsGetImageFromCurrentImageContext();
    [self endImageContext];
    [view setHidden:hidden];
    return image;
}

+ (UIImage*)imageFromView:(UIView*)view scaledToSize:(CGSize)newSize
{
    UIImage *image = [self imageFromView:view];
    if ([view bounds].size.width != newSize.width ||
        [view bounds].size.height != newSize.height) {
        image = [self imageWithImage:image scaledToSize:newSize];
    }
    return image;
}

+ (UIImage*)imageWithImage:(UIImage*)image scaledToSize:(CGSize)newSize
{
    [self beginImageContextWithSize:newSize];
    [image drawInRect:CGRectMake(0,0,newSize.width,newSize.height)];
    UIImage *newImage = UIGraphicsGetImageFromCurrentImageContext();
    [self endImageContext];
    return newImage;
}

是否有其他方法不会占用太多内存，或者使用 ARC 时代码确实有问题？

内存警告+崩溃发生的另一个地方是任何 View 的重绘太多。不需要很快，多次即可。内存堆积起来直到它崩溃，我找不到任何真正对此负责的东西。 (我可以在 VM Tracker 中看到不断增长的驻留/脏内存，以及在分配工具中看到堆增长)

我的问题基本上是:如何找到它发生的原因？我的理解是当给定对象没有所有者时，它会尽快发布。我对代码的检查表明很多对象根本没有被释放，即使我没有看到它发生的任何原因。我不知道任何保留周期...

我已经通读了 Transitioning to ARC Release Notes、bbum 关于堆分析的文章，可能还有很多其他文章。使用和不使用 ARC 时堆分析有何不同？我似乎无法对其 output 做任何有用的事情.

感谢您的任何想法。

更新:(不强制每个人阅读所有评论并遵守我的 promise )

通过仔细检查我的代码并添加 @autoreleasepool(在它有意义的地方)，内存消耗得到了降低。最大的问题是从后台线程调用 UIGraphicsBeginImageContext。修复后(有关详细信息，请参阅@Tammo Freese 的回答)解除分配很快就会发生，不会导致应用程序崩溃。

我的第二次崩溃(由多次重绘同一图表引起)通过在我的绘图方法末尾添加 CGContextFlush(context) 完全解决了。真丢人。

---

对任何试图做类似事情的人的一个小警告:使用 OpenGL。CoreGraphics 不够快，无法为大型绘图制作动画，尤其是在 iPad 3 上。(第一个有视网膜的)

Answer 1

回答您的问题:使用 ARC 识别内存警告和崩溃问题基本上与以前使用手动保留释放 (MRR) 一样。 ARC 像 MRR 一样使用 retain、release 和 autorelease，它只为你插入调用，并且有一些优化应该更低某些情况下的内存消耗。

关于您的问题:

在screenshot of Instruments you posted , 有可见的分配尖峰。到目前为止，在我遇到的大多数情况下，这些峰值是由自动释放的对象在周围停留时间过长引起的。

1. 您提到您使用 NSOperationQueue。如果您覆盖 -[NSOperationQueue main]，请确保将方法的全部内容包装在 @autoreleasepool { ... } 中。自动释放池可能已经到位，但不能保证(即使有，它存在的时间也可能比您想象的要长)。

2. 如果 1. 没有帮助，并且您有一个处理图像的循环，请将循环的内部部分包装在 @autoreleasepool { ... } 中，以便清理临时对象马上起来。

3. 您提到您使用 NSOperationQueue。从 iOS 4 开始，在 UIKit 中绘制图形上下文是线程安全的，但如果文档是正确的，UIGraphicsBeginImageContext 应该仍然只能在主线程上调用! 更新:文档现在声明自 iOS 4 以来，该函数可以从任何线程调用，实际上不需要调用以下函数! 为了安全起见，使用 CGBitmapContextCreate< 创建上下文 并使用 CGBitmapContextCreateImage 检索图像。沿着这些线的东西:

   CGColorSpaceRef colorSpace = CGColorSpaceCreateDeviceRGB();
   CGContextRef context = CGBitmapContextCreate(NULL, width, height, 8, 0, colorSpace, kCGImageAlphaPremultipliedLast);
   CGColorSpaceRelease(colorSpace);
   
   // draw to the context here
   
   CGImageRef newCGImage = CGBitmapContextCreateImage(context);
   CGContextRelease(context);
   UIImage *result = [UIImage imageWithCGImage:newCGImage scale:scale orientation: UIImageOrientationUp];
   CGImageRelease(newCGImage);
   
   return result;