新 iPad：内存不足警告未出现？

Question

我一直在为 iPad 开发一个图形密集型应用程序。我已经能够在 iPad 2 上挤出相当多的性能，但新 iPad 的@2x 图形在内存部门中占据了相当大的优势。使用 Instruments 中的活动监视器，我可以看到我的应用程序的大小迅速增长到 300MB-400MB 范围，但我没有收到任何内存不足的通知。我正在使用UINavigationController 来管理我的视图，因此深入堆栈会对内存产生累积影响，最终会终止。我在 iPad 2 上没有遇到这个问题，我收到了预期的内存不足通知。我的应用程序已被编码为尽可能多地清理并在该设备上运行良好。

我已经阅读了许多类似的问题：

IOS app killed for Low Memory but no Memory Warning received
iPhone app uses 150 MB memory and still no low memory warning!

这些建议似乎都没有帮助。

我已插入代码以强制发送内存不足通知：

[[UIApplication sharedApplication] _performMemoryWarning];

这确实会导致非活动视图按预期卸载并将内存消耗恢复正常。这使用私有 API 并且是 hack，因此出于实际原因不是解决方案。 如何让我的设备正确响应内存不足的情况并让我的应用知道它需要清理？

Answer 1

超级同上。这让人非常放心。我也在做一个图像密集型应用程序（UIImageView 中有很多 UIImage 对象用于动画）并且在我的应用程序委托中有通常的内存警告代码，但它从未被触发。尽管如此，在我加载图像、绘制图像并将它们提交给图像视图时，Instruments 显示了问题。我正在使用 ARC，消除了来自CGImageRefs 等的泄漏，但归根结底，如果你在 ImageView 中加载了足够多的图像，那么很快你就会崩溃，而不会在日志中发出任何警告、应用程序委托方法回调或工具。该应用程序只是将地毯从它下面拉出来，而没有“请假”。

还没有机会在 iPad2 上尝试这个，但无论如何，需要有一些指示，至少是一个极简的控制台消息或其他东西。大多数加载都发生在我自己的 GCD 队列上，而不是主线程，尽管根据定义，屏幕控件的更新必须在主线程上完成。所以我假设如果在运行即将被拉动时这会阻塞，那么我猜你可能会得到一个匿名失败。当然，这有助于获得某种控制台消息。

Answer 2

此问题已在 iOS 5.1.1 中修复。对于那些使用 5.1 的用户，我已经实现了自己的内存看门狗，并发出了类似于发出真实内存警告时使用的通知。

我首先在UIApplication 上创建了一个类别。这会发布一条通知，UIImage 会侦听（或其后备缓存是什么）以卸载缓存的图像。

.h

@interface UIApplication (ForceLowMemory)

+ (void) forceUnload;

@end

.m

#import "UIApplication+ForceLowMemory.h"

@implementation UIApplication (ForceLowMemory)

+ (void)forceUnload {
    [[NSNotificationCenter defaultCenter] postNotificationName:UIApplicationDidReceiveMemoryWarningNotification 
                                                        object:[UIApplication sharedApplication]];
}

@end

接下来，我创建了一个内存管理器看门狗，如下所示：

.h

@interface ELMemoryManager : NSObject

- (void)startObserving;
- (void)stopObserving;

+ (ELMemoryManager*) sharedInstance;

@end

.m

#import "ELMemoryManager.h"
#import "UIApplication+ForceLowMemory.h"
#import <mach/mach.h>

@interface ELMemoryManager()

@property (nonatomic, retain) NSTimer *timer;
uint report_memory(void);

@end

#define MAX_MEM_SIZE 475000000

@implementation ELMemoryManager
@synthesize timer = timer_;

static ELMemoryManager* manager;

#pragma mark - Singleton

+ (void) initialize {
    if (manager == nil) {
        manager = [[ELMemoryManager alloc] init];
    }
}

+ (ELMemoryManager*) sharedInstance {
    return manager;
}

#pragma mark - Instance Methods

uint report_memory(void) {
    struct task_basic_info info;
    mach_msg_type_number_t size = sizeof(info);
    kern_return_t kerr = task_info(mach_task_self(),
                                   TASK_BASIC_INFO,
                                   (task_info_t)&info,
                                   &size);
    if( kerr == KERN_SUCCESS ) {
        return info.resident_size;
    } else {
        return 0;
    }
}

- (void)startObserving {
    if (!self.timer) {
        NSTimer* timer = [NSTimer scheduledTimerWithTimeInterval:5.0f target:self selector:@selector(checkMemory:) userInfo:nil repeats:YES];
        self.timer = timer;
    }
    [self.timer fire];
}

- (void)stopObserving {
    [self.timer invalidate];
    self.timer = nil;
}

- (void)checkMemory:(id)sender {
    uint size = report_memory();
    if (size > MAX_MEM_SIZE) {
        NSLog(@"we've busted the upper limit!!!");
        [UIApplication forceUnload];
    }
}

#pragma mark - Memory Management
- (void)dealloc {
    [self.timer invalidate];
    [timer_ release];
    [super dealloc];
}

@end

Answer 3

我联系了 Apple 支持以解决我的内存问题，并询问了 iPad 3 上的内存不足警告：

-因为内存警告是在主线程上传递的，所以你的应用不会 如果它阻塞了主线程，则会收到内存警告。

-即使你的应用没有阻塞主线程，内存也是可能的 使用量增长得足够快，以至于之前不会发出内存警告 你的应用被杀死以释放内存。

-内核在不同级别的转换时触发内存警告 记忆压力。因此，应用程序接收内存是很常见的 警告，然后在相当长的一段时间后内存耗尽时被杀死。 初始内存警告释放了足够的内存以使应用程序保持活动状态，但没有 足以让内核过渡到较低级别的内存压力。

正因为如此，内存警告应该被视为有用的数据 硬件状态和应用程序应该使用多少内存的良好指南 在给定的设备上，但不应将其作为阻止您的应用程序的工具 被杀。

也许这会有所帮助...

Answer 4

在我看来，问题在于您的图像没有被发布。根据UIImage documentation（和我的经验），imageNamed: 会缓存它加载的图像。因此，您应该将它用于几乎经常使用的小图标或图像，但将其用于大图像或不经常使用的图像通常是一个坏主意。正如 user499177 所说，您应该改用imageWithContentsOfFile:（您可以使用[NSBundle mainBundle] 方法来导出路径）：

此方法在系统缓存中查找具有指定名称的图像对象，如果存在则返回该对象。如果缓存中没有匹配的图像对象，则此方法从指定文件加载图像数据，缓存它，然后返回结果对象。

Answer 5

我一直在开发消耗大量内存的应用程序，我的建议是：

1. 使用alloc - init and release，避免使用自动释放对象。
2. 检查内存泄漏
3. 如果您需要使用自动释放对象，请在创建对象之前使用 NSAutoreleasePool，并在完成对象工作后清空池。
4. 如果您使用 OpenGL，请记住删除所有创建的对象，尤其是纹理
5. 也许您应该尝试切换到 ARC

Answer 6

以下是我的经验。我很高兴得到纠正...

你是如何加载你的图片的？

如果您正在使用：

[UIImage imageNamed:(NSString *)]

那么您需要确保有充分的理由这样做。如果您正在大量使用需要缓存的图像，那么它是一个不错的选择。否则我建议你使用

[UIIMage imageWithContentsOfFile:(NSString *)]

iOS 似乎在发布通过 imageNamed 加载的图像时存在一些问题，即使不再有任何对它的引用。由于您的应用程序将不再对图像有任何引用，因此您可能不会收到内存警告。但这并不意味着内存已被释放。 iOS 倾向于将这些图像保存在内存中的时间比您想要的要长得多。当它通常会发出内存警告时，它只会终止应用程序。

我还强烈建议开启自动引用计数 (ARC)。

Edit -> Refactor -> Convert to Objective-C ARC...

很长一段时间以来我都有类似的问题。对我的应用进行上述更改可以停止崩溃，并停止当我通过 imageNamed 一遍又一遍地重新加载相同的图像时导致的内存泄漏。

希望对您有所帮助。