我遇到了一些我在测试、开发或使用过程中从未经历过的崩溃。
我可以在Fabric Dashboard上看到它们，它涉及NSManagedObjectContext。
这是对 StackTrace 的第一次调用：
CDFavori* fav = [CDFavori favoriWithIndicatif:homeFavoriteIndicatif context:[MyAppDelegate mainContext]];
CDFavori 是一个表示 CoreData 对象的类，它被扩展以实现一些方法(为了获取)：
+(CDFavori *)favoriWithIndicatif:(NSString*)indicatif context:(NSManagedObjectContext*)context
{
if (nil == indicatif || nil == context)
return nil;
NSFetchRequest *request = [[NSFetchRequest alloc] initWithEntityName:@"CDFavori"];
[request setPredicate:[NSPredicate predicateWithFormat:@"indicatif LIKE %@", indicatif]];
NSError *error = nil;
NSArray *favoris = [context executeFetchRequest:request error:&error];
CDFavori *fav = nil;
if (nil != error) {
DDLogError(@"Error = %@ (%@)", indicatif, error);
} else if (0 < [favoris count])
{
fav = [favoris objectAtIndex:0];
if (1 < [favoris count]) {
DDLogWarn(@"More than one object present in DB : %@", indicatif);
}
}
return favori;
}
崩溃不是来自这种方法，它只是给你一些上下文。
该问题来自 AppDelegate 和 NSManagedObjectContext。
以下是我的核心数据方法的代码：
+(NSManagedObjectContext*)mainContext
{
return ((MyAppDelegate*)[UIApplication sharedApplication].delegate).managedObjectContext;
}
崩溃在这里：
- (NSManagedObjectContext *)managedObjectContext {
// Returns the managed object context for the application (which is already bound to the persistent store coordinator for the application.)
if (_managedObjectContext != nil) {
return _managedObjectContext;
}
NSPersistentStoreCoordinator *coordinator = [self persistentStoreCoordinator];
if (!coordinator) {
return nil;
}
_managedObjectContext = [[NSManagedObjectContext alloc] init];
[_managedObjectContext setPersistentStoreCoordinator:coordinator];
return _managedObjectContext;
}
编辑 - 只是提到声明：
在标题中：
@property (readonly, strong, nonatomic) NSManagedObjectContext *managedObjectContext;
@property (readonly, strong, nonatomic) NSManagedObjectModel *managedObjectModel;
@property (readonly, strong, nonatomic) NSPersistentStoreCoordinator *persistentStoreCoordinator;
在 .m 文件中：
#pragma mark - Core Data stack
@synthesize managedObjectContext = _managedObjectContext;
@synthesize managedObjectModel = _managedObjectModel;
@synthesize persistentStoreCoordinator = _persistentStoreCoordinator;
回答后编辑：
你认为这样的事情会更好吗？
删除此声明：
#pragma mark - Core Data stack
@synthesize managedObjectContext = _managedObjectContext;
@synthesize managedObjectModel = _managedObjectModel;
@synthesize persistentStoreCoordinator = _persistentStoreCoordinator;
并将其替换为：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
_managedObjectContext = [[NSManagedObjectContext alloc] init];
_managedObjectModel = [[NSManagedObjectModel alloc] init];
_persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] init];
}
这样会更好吗？使用相同的 .h 文件。
但是我必须更改所有变量，并更改只读属性？
我相信您有 3 个单独的问题：
- ARC正在密谋反对你
尝试替换：
CDFavori* fav = [CDFavori favoriWithIndicatif:homeFavoriteIndicatif context:[MyAppDelegate mainContext]];
跟
NSManagedObjectContext* context = [MyAppDelegate mainContext];
CDFavori* fav = [CDFavori favoriWithIndicatif:homeFavoriteIndicatif context:context];
我有一个类似的问题，这解决了它。 原因是当创建上下文然后直接作为参数传递时 ARC 在下一行释放上下文。 然后，托管对象没有上下文并崩溃。 如果首先将其分配给局部变量，则 ARC 将在整个范围内保留上下文。 这在调试环境中不会发生，因为 ARC 在那里的行为不同。
- 您没有正确执行多线程
下一个问题是为什么要发布上下文。虽然您没有显示任何错误的代码，但我怀疑这发生在应用程序生命周期的早期，并且有多个线程同时创建主上下文。 因此，第一次调用创建一个上下文并将其分配给_managedObjectContext然后分配第二个上下文并释放第一个上下文。 (并且它不会保留在本地范围内，因此会发生崩溃)。
在核心数据设置中，您应该只访问主线程上的_managedObjectContext变量。 我建议在managedObjectContext方法的开头添加检查
if (![NSThread mainThread]) {
// log error to fabric
//[[Crashlytics sharedInstance] recordError:...];
return nil;
}
- 懒惰地创建核心数据可能会导致错误
此外，我会在application:didFinishLaunchingWithOptions:年启动时明确创建_managedObjectContext，而不是懒惰地创建它。当它被懒惰地创建时，你不知道它究竟是什么时候创建的。 如果它是从后台线程创建的，那么您的整个堆栈将被搞砸。 懒惰地做这件事几乎没有什么好处，因为你肯定会创建它以向用户显示任何东西。 您可以保持代码不变，只需添加
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
[self managedObjectContext]; //force loading of context