核心数据迁移崩溃

Question

我们的一些用户在迁移核心数据时崩溃。

关于“Core Data Migration & crash”已经有几个问题了，主要是内存使用和UI响应。

Migrating large Core Data database crash

Out-Of-Memory while doing Core Data migration

Core Data causing app to crash while migrating

Core Data lightweight migration crash

对于高内存峰值，苹果建议multiple passes solution，这里是another large datasets solution。

当我尝试重现问题时，例如使用轻量级迁移来迁移大型数据集，Xcode 有时会由于内存使用而终止我的应用程序。所以我认为我们的用户可能会因为同样的原因遇到崩溃 - 内存不足。

但是，@Marcus S. Zarra 告诉我：

@Jason Lee：轻量级迁移不会耗尽内存。也许您将其与糟糕的食物崩溃或其他事情混淆了？我建议打开一个新的 SO 问题并将链接发送给我。 ——马库斯·S·扎拉

所以我创建了这个新问题来问：

1. Core Data Migration 应用崩溃时如何判断原因？ 内存问题或没有 UI 响应。
2. 如何解决问题？

谢谢。

更新 1：添加崩溃日志

@Marcus S. Zarra，你是对的。 吃了不好的食物...

Date/Time:       2014-01-03 15:15:00.801 +0800
OS Version:      iPhone OS 5.1.1 (9B206)
Report Version:  104

Exception Type:  00000020
Exception Codes: 0x8badf00d
Highlighted Thread:  0

Application Specific Information:
com.xxx.xxx failed to launch in time

Elapsed total CPU time (seconds): 7.330 (user 7.330, system 0.000), 36% CPU 
Elapsed application CPU time (seconds): 4.387, 21% CPU

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0:
0   libsqlite3.dylib                0x317ae6ba ___lldb_unnamed_function176$$libsqlite3.dylib + 166
1   libsqlite3.dylib                0x317a2846 ___lldb_unnamed_function128$$libsqlite3.dylib + 7934
2   libsqlite3.dylib                0x317a06c2 sqlite3_step + 2098
3   CoreData                        0x36924e2e _execute + 50
4   CoreData                        0x36924d64 -[NSSQLiteConnection execute] + 2408
5   CoreData                        0x369c7d54 -[NSSQLConnection prepareAndExecuteSQLStatement:] + 40
6   CoreData                        0x36a19582 -[_NSSQLiteStoreMigrator performMigration:] + 590
7   CoreData                        0x36a102b8 -[NSSQLiteInPlaceMigrationManager migrateStoreFromURL:type:options:withMappingModel:toDestinationURL:destinationType:destinationOptions:error:] + 1948
8   CoreData                        0x369b5c02 -[NSMigrationManager migrateStoreFromURL:type:options:withMappingModel:toDestinationURL:destinationType:destinationOptions:error:] + 482
9   CoreData                        0x36a01bf4 -[NSStoreMigrationPolicy(InternalMethods) migrateStoreAtURL:toURL:storeType:options:withManager:error:] + 176
10  CoreData                        0x36a0119c -[NSStoreMigrationPolicy migrateStoreAtURL:withManager:metadata:options:error:] + 84
11  CoreData                        0x36a02b58 -[NSStoreMigrationPolicy(InternalMethods) _gatherDataAndPerformMigration:] + 2188
12  CoreData                        0x3691a20e -[NSPersistentStoreCoordinator addPersistentStoreWithType:configuration:URL:options:error:] + 3086

那么，异步迁移数据？

Answer 1

以下有关 Core Data 的新书包含有关如何执行后台手动迁移的代码和说明，如上一个答案中所述。

http://www.amazon.com/gp/aw/d/0321905768

Answer 2

在我们解决此问题时开始更新答案。

causing app to crash while migrating，不是内存崩溃。那是看门狗崩溃。

Migrating large Core Data database crash 没有崩溃日志，但我怀疑它也可能是看门狗。

Core Data lightweight migration crash 也是看门狗崩溃，而不是内存崩溃。

一旦我们看到您的崩溃，我们就可以看到发生了什么。

更新 1

好的，0x8badf00d 是我们的看门狗崩溃。这意味着您的应用程序启动时间过长。

如何解决这个问题？

不要在-applicationDidFinishLaunching... 中维护核心数据堆栈是简短的答案。

快速解决方法是让应用的初始视图与启动图像相同（即初始屏幕）。然后，当您启动它时，它会快速（非常快）完成-applicationDidFinish...，并且您可以根据需要进行迁移。

我的建议（因为您不知道迁移需要多长时间才能开始）：

1. 使用-[NSManagedObjectModel isConfiguration: compatibleWithStoreMetadata:] 检查是否需要迁移
2. 更新视图显示，让用户知道正在发生迁移
3. 在后台块中进行迁移（将-addPersistentStore... 放在一个块中并在后台队列中调用它，它是线程安全的，尽管最好在它周围加锁）。
4. 迁移完成后移除临时视图
5. 启动您的真实 UI。

这应该很容易改变并让你通过看门狗。