iOS中的核心数据内存占用量不断增长

时间:2015-05-25 20:38:34

标签: ios core-data memory-leaks

我正在尝试备份Core Data SQLite数据库。此代码成功处理正在运行的数据库并合并WAL文件。不幸的是,每次运行时,我看到内存占用大约3-5 MB。程序运行一段时间后,这会导致问题。有人能帮我收回记忆吗?我认为将所有内容设置为nil会从RAM中释放所有对象,但这似乎不是它。

-(void) backupDatabaseWithThisTimeStamp: (int) timeStamp withCompletionBlock:(void (^)(void))completion {
    NSDate *backupDate = [NSDate date];
    NSError *error;

    [self.defaultPrivateQueueContext save:&error];
    if (error) {
        NSLog(@"error -> %@",error);
    }
    dispatch_async(self.backupQueue, ^{
        // Let's use the existing PSC
        NSPersistentStoreCoordinator *migrationPSC = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:[self managedObjectModel]];

        // Open the store
        id sourceStore = [migrationPSC addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:[self persistentStoreURL] options:nil error:nil];

        if (!sourceStore) {
            NSLog(@" failed to add store");
            migrationPSC = nil;
        } else {
            NSLog(@" Successfully added store to migrate");

            NSError *error;
            NSLog(@" About to migrate the store...");
            id migrationSuccess = [migrationPSC migratePersistentStore:sourceStore toURL:[self backupStoreURLwithTimeStamp: timeStamp] options:[self localStoreOptions] withType:NSSQLiteStoreType error:&error];

            if (migrationSuccess) {
                NSLog(@"store successfully backed up");
                // Now reset the backup preference
                NSManagedObjectContext *tempContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
                tempContext.persistentStoreCoordinator = migrationPSC;
                tempContext.undoManager = nil;

                // clip out data
                [CDrawColorData purgeDataOlderThan:backupDate fromContext:tempContext];

                migrationPSC = nil;
                tempContext = nil;
            }
            else {
                NSLog(@"Failed to backup store: %@, %@", error, error.userInfo);
                migrationPSC = nil;
            }
        }
        migrationPSC = nil;
        dispatch_async(dispatch_get_main_queue(), ^{
            if (completion) {
                completion();
            }
        });
    });
}

self.backupQueue = _backupQueue = dispatch_queue_create("backup.queue", DISPATCH_QUEUE_SERIAL);

localStoreOptions =
- (NSDictionary*)localStoreOptions {
    return @{NSMigratePersistentStoresAutomaticallyOption:@YES,
         NSInferMappingModelAutomaticallyOption:@YES,
         NSSQLitePragmasOption:@{ @"journal_mode" : @"DELETE" }};
}

注释在migrationSuccess点之后发生的所有事情都不会影响内存占用。

3 个答案:

答案 0 :(得分:2)

我见过的所有问题都直接对Xcode Scheme负责。 产品展示反应路线 选择“运行选项” UNCHECK - >队列调试(启用回溯录制)

一旦完成,所有内存占用量的增长都会立即消失。

答案 1 :(得分:0)

由于代表人数太少,我将此作为"答案" (即使它可能不是 解决方案):我认为考虑" cache_size"是一种很好的做法。作为另一个NSSQLitePragmasOption并相应地限制它:

NSSQLitePragmasOption:@{ @"journal_mode" : @"DELETE", @"cache_size" : @"50"}

请参阅www.sqlite.org声明

答案 2 :(得分:0)

我认为这可能是因为Core Data对象图中的所有关系都是强引用。因此,您可以保证所有保留周期。如需进一步诊断,您应该使用仪器'泄漏工具,看看哪种类型的物体出现泄漏。

因此,在您放弃reset之前,您可能希望在NSManagedObjectContext创建的任何实例上调用dealloc。这将强制故障所有活动对象,从而打破任何保留周期(除非您再次自然地访问对象)。文档中没有明确指出reset会自动提示$userdate = date("m/d/Y", strtotime($rr['last_login'])); $today = date("m/d/Y"); if ($userdate==$today){ echo "<test>"; } ,因此它似乎不是合同保证。