核心数据迁移崩溃

Question

我们的一些用户因核心数据迁移而崩溃.

关于"核心数据迁移和崩溃"已有几个问题,主要是关于内存使用和UI响应.

迁移大型Core Data数据库崩溃

进行核心数据迁移时内存不足

核心数据导致应用程序在迁移时崩溃

核心数据轻量级迁移崩溃

对于高内存峰值,Apple建议使用多次通过解决方案,这是另一个大型数据集解决方案.

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

但是,@ Marcus S. Zarra告诉我:

@Jason Lee:轻量级迁移不会耗尽内存.也许你把它与糟糕的食物崩溃或其他什么混淆了？我建议打开一个新的SO问题并给我链接. - Marcus S. Zarra

所以我创建这个新问题要问:

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

谢谢 .

更新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

那么,异步迁移数据？

Answer 1

在我们完成这项工作的同时开始更新答案.

导致应用程序在迁移时崩溃,不是内存崩溃.这是看门狗的崩溃.

迁移大型Core Data数据库崩溃没有崩溃日志,但我怀疑它可能也是一个监视器.

核心数据轻量级迁移崩溃也是一个看门狗崩溃,而不是内存崩溃.

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

更新1

好吧,0x8badf00d我们的看门狗会崩溃.这意味着您的应用程序启动时间过长.

如何解决这个问题？

不要站起来核心数据堆栈-applicationDidFinishLaunching...是简短的答案.

快速解决方法是让您的应用的初始视图与启动图像(即启动画面)相同.然后,当您启动它时,它会-applicationDidFinish...很快完成(非常快),您可以根据需要进行迁移.

我的建议(因为你不知道迁移需要多长时间才能开始:

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

这应该很容易改变,让你通过看门狗.