我在 Core Data 中遇到了一个烦人的错误，它导致我的一些最终用户出现一些问题。一些背景:

我的数据模型包含两个配置，一个 CRM 配置和一个目录配置。 CRM 配置具有与联系人/帐户等其他相关实体相关的实体。目录还有其他实体，例如 Collections/Products/etc。

用户首次登录后，他们被迫通过网络服务对两个商店进行同步。这一切都很好。在应用程序的最新更新中，我提示用户他们需要再次同步目录数据。这会将他们送回同步屏幕，以便他们可以再次同步目录。

问题就出在这里。当他们执行同步时，我们的代码会从上下文中删除持久存储，删除 .sqlite 文件，然后将存储添加回持久存储。

代码:

- (void) resetStoreAtPath:(NSURL *)path withConfiguration:(NSString *)configuration
{
    NSPersistentStoreCoordinator *coordinator = self.persistentStoreCoordinator;
    //Get the store for this database.
    NSPersistentStore *store = [coordinator persistentStoreForURL:path];
    NSError *__autoreleasing error = nil;
    if(store != nil)
    {
        if(![coordinator removePersistentStore:store error:&error])
        {
            //Log The Error
        }
    }

    //Remove the file.  Even if it errors, try to add it, but log it.
    error = nil;
    if(![[NSFileManager defaultManager] removeItemAtURL:path error:&error])
    {
        //Log the error
    }

    error = nil;
    [self addStoreWithConfiguration:configuration URL:path error:&error];
    //Log Error
}

以上代码均无错误。使用 iFunBox，我什至可以浏览应用程序并检查文件系统，并且可以毫无问题地重新创建 .sqlite 文件。

完成后，我们将再次同步目录数据。奇怪的是，偶尔(不是每次)，Core Data 会决定将目录配置实体放入 CRM 数据库而不是新的目录数据库!

随后在应用中，当用户浏览目录时，目录数据不再显示。

我已从设备中提取 .sqlite 文件以确认目录数据位于 crm.sqlite 数据库中。 catalog.sqlite 数据库没有任何数据行。发生这种情况有什么特别的原因吗？对此有更好的方法吗？

编辑:这是读取它的另一种方法。

- (NSPersistentStore *) addStoreWithConfiguration:(NSString *)configuration URL:(NSURL *)url error:(NSError **)error
{
    NSDictionary *options = @{ NSSQLitePragmasOption: @{@"journal_mode": @"DELETE"}, NSMigratePersistentStoresAutomaticallyOption: @YES, NSInferMappingModelAutomaticallyOption: @YES };
    NSPersistentStore *store = [self.persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:configuration URL:url options:options error:error];
    if(store == nil)
    {
        //Something went wrong. Log it. Remove File, try to readd.
        [[NSFileManager defaultManager] removeItemAtURL:url error:nil];
        store = [self.persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:configuration URL:url options:options error:error];
        if(store == nil)
        {
            //Something is dreadfully wrong, log and throw.
            [NSException raise:@"NSInternalInconsistencyException" message:@"After two attempts, we were unable to create the database.  User may need to uninstall their app to continue." parameters:nil];
        }
    }

    return store;
}

我只是删除了我需要的商店，在本例中是 Catalog 商店。

编辑 2:关于您的问题...

1. 删除代码发生在主线程上以响应按钮按下。然后我们启动一个操作来下载一个 zip 文件，一旦完成，我们就在后台操作中处理该 zip 文件。后台进程使用私有(private)队列上下文，一旦保存就会合并到主上下文中。

2. 我不认为锁定在这种情况下会有帮助，因为目录数据在商店已经重置后很晚才保存。不过尝试一下也没什么坏处。

也许描述问题是如何发生的可能会有所启发。

1. 用户是以前的版本(在本例中为 1.0.3)
2. 提示用户有可用的新版本。
3. 用户安装新版本并运行应用。
4. 出现提示，用户选择是。
5. 新屏幕以模态方式显示。用户按下按钮开始流程。
6. 一旦流程完成，模态就会消失。目录数据显示在前面和中间，但似乎已缓存。
7. 关闭并从内存中清除应用程序并重新启动，所有目录数据现在都消失了。

我可以通过执行以下操作来防止这种情况发生:

1. 按照上面的步骤 1-4 进行操作。
2. 此时，从内存中清除应用程序并重新启动。启动下载等过程有效，目录数据现在通过多次重新启动始终可见。

我想知道此时重建整个核心数据堆栈是否可以解决此问题。我真的很想避免这种情况，因为它似乎完全没有必要。

最佳答案

这个错误是在 iOS 7 下出现的吗？如果是这样，您遇到了日志文件的问题。 Apple 更改了 iOS 7 中 Core Data 下 SQLite 的配置以使用日志文件。如果您要删除 sqlite 文件，那么您还需要检查并删除日志文件。它们将与您的主 sqlite 文件具有相同的核心文件名。

另一种选择是关闭日记功能，以便您获得与 iOS 7 之前相同的行为。

更新1

磁盘上是否仍有日志文件，或者您是否在干净的环境中遇到此行为？

您的-addStore... 方法是什么样的？

您要同时放弃这两家商店吗？

您的直销店代码是什么样的？

更新2

看来您没有检查从 -addPersistentStore... 返回的错误。你有错误吗？我很容易看到这样一种情况，其中一个 -addPersistentStore... 调用失败，然后磁盘上只有一个存储，因此 Core Data 将数据写入其中。

建议您始终检查错误，即使只是将错误记录到磁盘。我会走得更远，并推荐 NSAssert 表示商店正在恢复 !nil。

更新3

排除其余部分，我的思绪转向线程。你什么时候删除这个商店？是否有可能在删除和添加之间触发保存？

这是在后台线程上触发吗？

如果您在此进程的顶部锁定 NSPersistentStoreCoordinator，然后在底部将其解锁，会发生什么情况？

当您使用配置时，Core Data 实际上会将所有表放入所有存储中，即使这些表未被使用。如果我们遇到竞争条件，我可以看到 Core Data 可以写入“错误”存储的情况，因为在那一刻它是唯一的存储。锁定 PSC 将检验该理论。

更新4

重新创建整个 Core Data 堆栈并没有那么昂贵，您已经在做昂贵的部分了。这绝对听起来像是与那家商店在错误的时间不可用但没有我面前的应用程序的碰撞，这很难证明/反驳。如果您的应用程序的结构足够好以允许重建堆栈，我同意这样做是您最短的路径。在这种情况下，从轨道发射核武器是一种可行的策略。

关于ios - 核心数据配置和重置数据，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20885752/