重新启动应用程序时数据丢失（核心数据）

Posted 2023-02-27

【中文标题】重新启动应用程序时数据丢失（核心数据）

【英文标题】：Data lost when I relaunch application (Core Data)

【发布时间】：2012-09-19 07:44:17

【问题描述】：

希望你一切都好。

我是 iPhone 开发的新手。我正在使用核心数据创建一个简单的应用程序。在应用程序中，当我保存数据时，它工作正常，然后我检索数据，它也工作正常。但是当我重新启动我的应用程序时，所有数据都丢失了。

在启动应用程序时，在 ViewDidLoad 函数中，我使用在工作应用程序期间检索的相同函数检索数据。

保存数据方法：

    NSManagedObjectContext *context=[app managedObjectContext];
    Contacts *data=[NSEntityDescription insertNewObjectForEntityForName:@"Contacts" inManagedObjectContext:context];
    if(nameField.text.length <=0 || phoneField.text.length <=0 )
    

        UIAlertView *alert=[[UIAlertView  alloc]initWithTitle:@"Warning!" message:@"Please enter some data." delegate:self cancelButtonTitle:@"Ok" otherButtonTitles: nil];
        [alert show];
    
    else
    
        data.name = nameField.text;
        data.phone = phoneField.text;
        NSLog(data.name);
        NSLog(data.phone);
        [self.navigationController popToRootViewControllerAnimated:YES];

    

检索数据方法：

    NSEntityDescription *entity=[NSEntityDescription entityForName:@"Database" inManagedObjectContext:context];

    NSFetchRequest *fetchRequest=[[NSFetchRequest alloc]init];

    [fetchRequest setFetchBatchSize:20];

    [fetchRequest setEntity:entity];

    NSSortDescriptor *sorting = [[NSSortDescriptor alloc] initWithKey:@"name" ascending:YES];

    NSArray *sorted_Array=[NSArray arrayWithObject:sorting];

    [fetchRequest setSortDescriptors:sorted_Array];

    NSError *error;

    NSMutableArray *tArray=[[context executeFetchRequest:fetchRequest error:&error]mutableCopy];

    [self setArray:tArray];
    [self.tableView reloadData];

应用代理代码

#import "ZAppDelegate.h"
#import "Contacts.h"

@implementation ZAppDelegate

@synthesize window = _window;
@synthesize managedObjectContext = __managedObjectContext;
@synthesize managedObjectModel = __managedObjectModel;
@synthesize persistentStoreCoordinator = __persistentStoreCoordinator;

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

    self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
    // Override point for customization after application launch.

    TableViewController *TVC=[[TableViewController alloc]init];

    TVC.MOcontext=self.managedObjectContext;

    UINavigationController *nvgc=[[UINavigationController alloc]initWithRootViewController:TVC];
    self.window.rootViewController=nvgc;


    self.window.backgroundColor = [UIColor whiteColor];
    [self.window makeKeyAndVisible];
    return YES;


- (void)applicationWillResignActive:(UIApplication *)application

    /*
     Sent when the application is about to move from active to inactive state. This can occur for certain types of temporary interruptions (such as an incoming phone call or SMS message) or when the user quits the application and it begins the transition to the background state.
     Use this method to pause ongoing tasks, disable timers, and throttle down OpenGL ES frame rates. Games should use this method to pause the game.
     */


- (void)applicationDidEnterBackground:(UIApplication *)application

    /*
     Use this method to release shared resources, save user data, invalidate timers, and store enough application state information to restore your application to its current state in case it is terminated later. 
     If your application supports background execution, this method is called instead of applicationWillTerminate: when the user quits.
     */


- (void)applicationWillEnterForeground:(UIApplication *)application

    /*
     Called as part of the transition from the background to the inactive state; here you can undo many of the changes made on entering the background.
     */


- (void)applicationDidBecomeActive:(UIApplication *)application

    /*
     Restart any tasks that were paused (or not yet started) while the application was inactive. If the application was previously in the background, optionally refresh the user interface.
     */


- (void)applicationWillTerminate:(UIApplication *)application

    // Saves changes in the application's managed object context before the application terminates.
    [self saveContext];


- (void)saveContext

    NSError *error = nil;
    NSManagedObjectContext *managedObjectContext = self.managedObjectContext;
    if (managedObjectContext != nil)
    
        if ([managedObjectContext hasChanges] && ![managedObjectContext save:&error])
        
            /*
             Replace this implementation with code to handle the error appropriately.

             abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development. 
             */
            NSLog(@"Unresolved error %@, %@", error, [error userInfo]);
            abort();
         
    


#pragma mark - Core Data stack

/**
 Returns the managed object context for the application.
 If the context doesn't already exist, it is created and bound to the persistent store coordinator for the application.
 */
- (NSManagedObjectContext *)managedObjectContext

    if (__managedObjectContext != nil)
    
        return __managedObjectContext;
    

    NSPersistentStoreCoordinator *coordinator = [self persistentStoreCoordinator];
    if (coordinator != nil)
    
        __managedObjectContext = [[NSManagedObjectContext alloc] init];
        [__managedObjectContext setPersistentStoreCoordinator:coordinator];
    
    return __managedObjectContext;


/**
 Returns the managed object model for the application.
 If the model doesn't already exist, it is created from the application's model.
 */
- (NSManagedObjectModel *)managedObjectModel

    if (__managedObjectModel != nil)
    
        return __managedObjectModel;
    
    NSURL *modelURL = [[NSBundle mainBundle] URLForResource:@"Diary" withExtension:@"momd"];
    __managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
    return __managedObjectModel;


/**
 Returns the persistent store coordinator for the application.
 If the coordinator doesn't already exist, it is created and the application's store added to it.
 */
- (NSPersistentStoreCoordinator *)persistentStoreCoordinator

    if (__persistentStoreCoordinator != nil)
    
        return __persistentStoreCoordinator;
    

    NSURL *storeURL = [[self applicationDocumentsDirectory] URLByAppendingPathComponent:@"Diary.sqlite"];

    NSError *error = nil;
    __persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:[self managedObjectModel]];
    if (![__persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:storeURL options:nil error:&error])
    
        /*
         Replace this implementation with code to handle the error appropriately.

         abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development. 

         Typical reasons for an error here include:
         * The persistent store is not accessible;
         * The schema for the persistent store is incompatible with current managed object model.
         Check the error message to determine what the actual problem was.


         If the persistent store is not accessible, there is typically something wrong with the file path. Often, a file URL is pointing into the application's resources directory instead of a writeable directory.

         If you encounter schema incompatibility errors during development, you can reduce their frequency by:
         * Simply deleting the existing store:
         [[NSFileManager defaultManager] removeItemAtURL:storeURL error:nil]

         * Performing automatic lightweight migration by passing the following dictionary as the options parameter: 
         [NSDictionary dictionaryWithObjectsAndKeys:[NSNumber numberWithBool:YES], NSMigratePersistentStoresAutomaticallyOption, [NSNumber numberWithBool:YES], NSInferMappingModelAutomaticallyOption, nil];

         Lightweight migration will only work for a limited set of schema changes; consult "Core Data Model Versioning and Data Migration Programming Guide" for details.

         */
        NSLog(@"Unresolved error %@, %@", error, [error userInfo]);
        abort();
        

    return __persistentStoreCoordinator;


#pragma mark - Application's Documents directory

/**
 Returns the URL to the application's Documents directory.
 */
- (NSURL *)applicationDocumentsDirectory

    return [[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject];


@end

这里有什么问题吗？ 我希望尽早得到好的答案。

【问题讨论】：

在您发布的代码中，您永远不会发送 NSManagedObjectContext 和 save 消息。在您这样做之前，您的更改不会保留到 NSPersistentStore。

@alanduncan：感谢您的重播。我可以知道如何在 NSPersistentStore 中保留我的更改吗？

老兄，完全相同的事情发生在我身上，但是使用 Visual Studio 2012 和 EntityFramework 在 VB.NET & DB = SQL Server 2012 Express 中运行控制台应用程序。使用 .SaveChanges 保存数据（我在每个循环结束时运行，每个循环写入另一行）。现在，当我在调试模式下关闭应用程序时，数据仍然存在。没有任何问题。但是，当我通过 IDE 在调试模式下重新启动应用程序时，上次应用程序运行中写入的所有数据（上次执行期间保存的数据）都将被删除并且不再存在。快把我逼疯了。你能解决吗？任何阅读本文的人都可以提供帮助吗？

我有同样的问题。我的代码适用于 ios 6.0 和 iOs 5.0，但不适用于 iOS 7.0 及更高版本......你有什么办法解决它吗？

【参考方案1】：

在应用程序生命周期的某个时刻，您需要在NSManagedObjectContext 上调用save，否则您的更改将不会持续到NSPersistentStore。例如在应用程序委托的applicationDidEnterBackground: 方法中。

NSError *saveError = nil;
if( ![[self managedObjectContext] save:&saveError] ) 
   //  deal with error...

我假设您的应用程序委托像 Apple 模板一样设置和维护 Core Data 堆栈...

【讨论】：

@aladuncan :: 我在应用程序的生命周期中对按钮操作调用 save。不好吗？

尽管使用此按钮操作保存了NSManagedObject 上下文，或者您的数据没有被持久化？通常，您还需要在应用程序进入后台时保存上下文。否则，当用户点击主页按钮时会发生什么，然后您的应用程序被杀死？您是否正在检查save 方法的结果以确保没有错误？

@aladuncan :: 是的！我检查了 save 方法，放置断点，逐行调试。它工作正常。每当我的应用程序启动时，都会调用 Retreive 方法，但它什么也没给出。我无法检查数据是否正在保存（持久）或不在数据文件中。我假设，就像 .NET 一样，当我们使用 SQL-Server 并创建数据库时，它会创建一个 SQL-Server DB 文件，计算该文件的大小，我可以检查该文件是否不保存数据。那么在 iOS 中，难道没有 .NET 之类的东西吗？

【参考方案2】：

在您的 AppDelegate 中：

- (void)applicationWillTerminate:(UIApplication *)application

  // Saves changes in the application's managed object context before the application terminates.
  [self saveContext];

在早期版本的 Xcode 模板中，-saveContext 可能是 -save。

---

更重要的是，您可以在其他类中调用-save 或-saveContent 方法：

[(AppDelegate *)[UIApplication sharedApplication] saveContext];

【参考方案3】：

我没有看到您在代码中保存的位置。您需要告诉 managedcontext 进行保存。你在哪里做这取决于你的应用程序和设计。如果您认为它已经存在于您的应用程序中，请添加一些 NSLog 以尝试调试或使用调试器工具实际单步执行您的代码。

这很容易解决。祝你好运。

【讨论】：

我使用了 NSLog 和调试器工具。应用程序在运行时工作正常，它保存数据，检索数据，但是当我重新启动它时，所有数据都消失了。

NSPersistant 存储中的更改通常在应用程序 delegate.m 中，当您保存到另一个人如上所示的上下文时，它会与应用程序 delegate.m 文件一起保存；您是否介意在他的应用程序 delegate.m 文件中显示代码以及您明确保存的位置。我很乐意提供帮助，但我需要查看这两部分的代码。使用 NSLog 做得很好。它是调试和使用调试器的好方法。继续加油！

:: 感谢您的回答，很抱歉迟到了。我已经用 appDelegate.m 代码更新了我的问题。请查看 appDelegate.m 部分。我明确保存的部分是我在顶部的问题中已经提到的 保存数据方法。

【参考方案4】：

NSManagedObjectContext 提供了一个便签本：你可以对你的对象做任何你喜欢的事情，但最后需要保存它。在保存之前，您对 NSManagedObjectContext 所做的任何更改都是临时的。尝试将其添加到方法的末尾：

if (![context save:&error]) 
 NSLog(@"Couldn't save: %@", error);

【参考方案5】：

需要保存此上下文 CoreDataManager * context = [CoreDataManager sharedInstance]; ... .. ... ... ..... ... [上下文保存上下文];