核心数据迁移崩溃
我们的一些用户因核心数据迁移而崩溃。
关于“核心数据迁移和崩溃”已有几个问题，主要是关于内存使用和UI响应。
迁移大型Core Data数据库崩溃
进行核心数据迁移时内存不足
核心数据导致应用程序在迁移时崩溃
核心数据轻量级迁移崩溃
对于高内存峰值，Apple建议使用多次通过解决方案 ，这是另一个大型数据集解决方案 。
当我尝试重现问题时，比如使用轻量级迁移迁移大型数据集，Xcode有时会因内存使用而终止我的应用程序。 所以我认为我们的用户可能会因为同样的原因而遇到崩溃 – 内存不足。
但是，@ Marcus S. Zarra告诉我：
@Jason Lee：轻量级迁移不会耗尽内存。 也许你会把它与糟糕的食物崩溃或其他什么混淆？ 我建议打开一个新的SO问题并给我链接。 – Marcus S. Zarra
所以我创建这个新问题要问：
- 如何判断应用程序在Core Data Migration上崩溃的原因？ 内存问题或没有UI响应。
- 如何解决问题？
谢谢 。
更新1：添加崩溃日志
@Marcus S. Zarra，你是对的。 ATE BAD FOOD ……
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 那么，异步迁移数据？
在我们完成此任务的同时开始更新答案。
导致应用程序在迁移时崩溃 ，不是内存崩溃。 这是看门狗的崩溃。
迁移大型Core Data数据库崩溃没有崩溃日志，但我怀疑它可能也是一个监视器。
核心数据轻量级迁移崩溃也是一个看门狗崩溃，而不是内存崩溃。
一旦我们看到您的崩溃，我们就可以看到发生了什么。
更新1
好的， 0x8badf00d是我们的看门狗崩溃。 这意味着您的应用程序启动时间过长。
如何解决这个问题？
不要在-applicationDidFinishLaunching...站起来核心数据堆栈-applicationDidFinishLaunching...简而言之。
快速解决方法是让您的应用的初始视图与启动图像（ 即启动画面）相同。 然后当你启动它时-applicationDidFinish...很快（很快）完成-applicationDidFinish...你可以随意移动。
我的建议（因为你不知道迁移需要多长时间才能开始：
- – 查看是否需要迁移
-[NSManagedObjectModel isConfiguration: compatibleWithStoreMetadata:] - 更新视图显示以让用户知道正在进行迁移
- 在后台块中进行迁移（将
-addPersistentStore...放在一个块中并在后台队列中调用它，它是线程安全的，尽管最好在它周围放置锁）。 - 迁移完成后删除临时视图
- 启动您的真实 UI。
这应该很容易改变并让你超越看门狗。
以下关于Core Data的新书有关于如何进行后台手动迁移的代码和说明，如上一个答案中所述。