4

我尝试通过填写自己的数据来创建 UIImage。到目前为止一切正常。但是，如果我尝试多次调用此函数，它似乎会填满内存，直到应用程序崩溃。使用 VM Tracker，我发现脏内存增长到 328MB，其中 290MB 是应用程序崩溃时的 CG 图像内存。

我在循环中多次调用我的函数，从而启用了 ARC。图像相当大，但这应该不是问题，因为它在 29 次第一次迭代中运行良好。据我所知，脏内存应该被应用程序再次重用。那正确吗？那么为什么它会填满我的记忆，我该如何避免这个问题呢？

for(int i = 0; i < 1000; ++i) {
    UIImage *img = [self createDummyImage:CGSizeMake(2000, 1600)];
}

创建虚拟 UIImage 的函数：

- (UIImage*)createDummyImage:(CGSize)size
{
    unsigned char *rawData = (unsigned char*)malloc(size.width*size.height*4);

    // fill in rawData (logic to create checkerboard)

    CGColorSpaceRef colorSpaceRef = CGColorSpaceCreateDeviceRGB();
    CGBitmapInfo bitmapInfo = kCGImageAlphaNoneSkipFirst | kCGBitmapByteOrder32Host;
    CGContextRef contextRef = CGBitmapContextCreate(rawData, size.width, size.height, 8, 4*size.width, colorSpaceRef, bitmapInfo);
    CGImageRef imageRef = CGBitmapContextCreateImage(contextRef);

    CGColorSpaceRelease(colorSpaceRef);
    CGContextRelease(contextRef);
    free(rawData);

    UIImage *image = [UIImage imageWithCGImage:imageRef];
    CGImageRelease(imageRef);

    return image;
}

hooleyhoop 的工作解决方案

将函数调用放入自动释放池。

for (int i = 0; i < 1000; ++i) {
    @autoreleasepool {
        UIImage *img = [self createDummyImage:CGSizeMake(2000, 1600)];
    }
}
4

1 回答 1

5

我认为，如果您查看 Allocations 工具中的“实时”内存，您会发现您只是用完了正常内存 - 与脏 VM 无关。

这很可能是因为您有太多的内存等待自动释放。在当前的自动释放池被弹出之前，自动释放的对象不会被释放——您正试图将数百兆字节的对象添加到一个自动释放池中。

答案是管理您自己的自动释放池，或者不在一个事件循环中做太多工作。

抱歉，但我无法抗拒讽刺的评论。在我看来，这在 ARC 之前会更加明显。

于 2012-07-23T20:34:08.387 回答