私は現在、CoreData と NSFetchedResultsController を使用するアプリケーションを開発しています。このアプリケーションには、NSFetchedResultsController を使用する UITableView が 1 つだけ含まれています。
1/アプリケーションが起動されると、別のスレッドが切り離されます。この新しいスレッドでは、WS 呼び出しが Web サーバーからデータを取得することを許可します。WS 呼び出しの後、別の NSManagedObjectContext を使用して CoreData DB にデータを保存します (Apple のベスト プラクティス: 別のスレッド => 別のコンテキスト)。新しいオブジェクトを保存する前に、このエンティティのすべてのオブジェクトを削除する必要があります。この他のコンテキストを、mergeChangesFromContextDidSaveNotification を介してメイン コンテキストとマージします。
// Data Manager (in another thread)
NSManagedObjectContext *context = [[NSManagedObjectContext alloc] init];
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(contextDidSave:)
name:NSManagedObjectContextDidSaveNotification
object:context];
[context setMergePolicy:NSMergeByPropertyObjectTrumpMergePolicy];
[context setPersistentStoreCoordinator:[self getPersistentStoreCoordinator]];
...
for (NSManagedObject * obj in objects)
{
[context deleteObject:obj];
}
...
for(NSDictionary *serverObj in serverObjects)
{
objAd = [NSEntityDescription
insertNewObjectForEntityForName:@"MyEntity"
inManagedObjectContext:context];
...
}
[context save:&error];
[[NSNotificationCenter defaultCenter] removeObserver:self name:NSManagedObjectContextDidSaveNotification object:context];
[context release];
...
- (void)contextDidSave:(NSNotification *)notification
{
SEL selector = @selector(mergeChangesFromContextDidSaveNotification:);
[[self getContext] performSelectorOnMainThread:selector withObject:notification waitUntilDone:YES];
}
- (NSManagedObjectContext *) getContext
{
return [(AppDelegate *)[[UIApplication sharedApplication] delegate] managedObjectContext];
}
- (NSPersistentStoreCoordinator *) getPersistentStoreCoordinator
{
return [(AppDelegate *)[[UIApplication sharedApplication] delegate] persistentStoreCoordinator];
}
2/これが私の NSFetchedResultsController のゲッターです:
// UIView
- (NSFetchedResultsController*) offersFRC {
if (offersFRC == nil)
{
NSManagedObjectContext *l_ManagedObjectContext = [[DataManager sharedDataManager] getContext];
NSFetchRequest *l_FetchRequest = [[NSFetchRequest alloc] init];
NSEntityDescription *l_Entity = [NSEntityDescription entityForName:@"MyEntity" inManagedObjectContext:l_ManagedObjectContext];
[l_FetchRequest setEntity:l_Entity];
[l_FetchRequest setFetchBatchSize:5];
NSNumber *sortType = [self.searchCriterions objectForKey:@"sortType"];
NSSortDescriptor *l_SortDescriptor = [[NSSortDescriptor alloc] initWithKey:[Constants getFieldNameBySortType:sortType] ascending:[Constants isAscendingBySortType:sortType]];
[l_FetchRequest setSortDescriptors:[NSArray arrayWithObjects:l_SortDescriptor, nil]];
[l_SortDescriptor release];
NSFetchedResultsController *l_FetchedResultsController = [[NSFetchedResultsController alloc] initWithFetchRequest:l_FetchRequest managedObjectContext:l_ManagedObjectContext
sectionNameKeyPath:nil
cacheName:nil];
[l_FetchRequest release];
[self setOffersFRC:l_FetchedResultsController];
[l_FetchedResultsController release],l_FetchedResultsController = nil;
[self.offersFRC setDelegate:self];
}
return offersFRC;
}
3/アプリケーションの起動時に次のエラーが表示されます。
2012-02-29 11:56:09.119 Nanopost[1996:207] *** Terminating app due to uncaught exception 'NSObjectInaccessibleException', reason: 'CoreData could not fulfill a fault for '0x5c3c760 <x-coredata://E176B0A1-275B-4332-9231-49FD88238C2B/Ads/p231>''
*** Call stack at first throw:
(
0 CoreFoundation 0x02bfe919 __exceptionPreprocess + 185
1 libobjc.A.dylib 0x02e595de objc_exception_throw + 47
2 CoreData 0x028b833f _PFFaultHandlerLookupRow + 1407
3 CoreData 0x028b5ee3 _PF_FulfillDeferredFault + 499
4 CoreData 0x028b9f3f _sharedIMPL_pvfk_core + 95
5 CoreData 0x0292a010 _PF_Handler_Public_GetProperty + 160
6 Foundation 0x02442c4f -[NSSortDescriptor compareObject:toObject:] + 128
7 CoreData 0x0297db5e +[NSFetchedResultsController(PrivateMethods) _insertIndexForObject:inArray:lowIdx:highIdx:sortDescriptors:] + 286
8 CoreData 0x0297e1b2 -[NSFetchedResultsController(PrivateMethods) _postprocessInsertedObjects:] + 402
9 CoreData 0x029841bc -[NSFetchedResultsController(PrivateMethods) _managedObjectContextDidChange:] + 1804
10 Foundation 0x02380c1d _nsnote_callback + 145
11 CoreFoundation 0x02bd6cf9 __CFXNotificationPost_old + 745
12 CoreFoundation 0x02b5611a _CFXNotificationPostNotification + 186
13 Foundation 0x023767c2 -[NSNotificationCenter postNotificationName:object:userInfo:] + 134
14 CoreData 0x028c0519 -[NSManagedObjectContext(_NSInternalNotificationHandling) _postObjectsDidChangeNotificationWithUserInfo:] + 89
15 CoreData 0x028f802b -[NSManagedObjectContext mergeChangesFromContextDidSaveNotification:] + 1579
16 Foundation 0x02395e9a __NSThreadPerformPerform + 251
17 CoreFoundation 0x02bdfd7f __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
18 CoreFoundation 0x02b3e2cb __CFRunLoopDoSources0 + 571
19 CoreFoundation 0x02b3d7c6 __CFRunLoopRun + 470
20 CoreFoundation 0x02b3d280 CFRunLoopRunSpecific + 208
21 CoreFoundation 0x02b3d1a1 CFRunLoopRunInMode + 97
22 GraphicsServices 0x031e62c8 GSEventRunModal + 217
23 GraphicsServices 0x031e638d GSEventRun + 115
24 UIKit 0x0063cb58 UIApplicationMain + 1160
25 Nanopost 0x0000230a main + 170
26 Nanopost 0x00002255 start + 53
)
terminate called after throwing an instance of '_NSCoreDataException'
重要事項:
- iOS4でのみクラッシュします
- controllerWillChangeContent は、アプリケーションがクラッシュする前にコードで呼び出される最後の関数です。controllerDidChangeContent / didChangeObject / didChangeSection は呼び出されません。
- [l_FetchRequest setFetchBatchSize:5] にコメントすると => もうクラッシュしません
- オブジェクトの削除後、新しいオブジェクトの挿入前に [context save:&error] を追加すると => もうクラッシュしません
- [l_FetchRequest setFetchBatchSize:24] を使用すると => クラッシュする
- [l_FetchRequest setFetchBatchSize:25] を使用すると => もうクラッシュしません
私はこの問題を理解するために多くの時間を費やしましたので、ご回答いただきありがとうございます!
トーマス
編集 1 (@Jody): Jody さん、こんにちは。回答ありがとうございます。
contextDidSave の処理に使用されるコードは次のとおりです。
- (void)contextDidSave:(NSNotification *)notification
{
SEL selector = @selector(mergeChangesFromContextDidSaveNotification:);
[[self getContext] performSelectorOnMainThread:selector withObject:notification waitUntilDone:YES];
}
「まず、使用しているコンテキストについて詳しく教えてください」:
このアプリケーションでは 2 つのコンテキストを使用します。
N° 1 : XCodeProject を作成すると、AppDelegate でデフォルトで作成されます。このコンテキストは私の FRC によって使用され、UITableView の行を表示することを許可します。
N° 2 : 「DataManager」(投稿の最初のコード ブロック) で作成された、DB の更新 (WS 呼び出し、削除、再挿入、保存) を許可するシングルトン。
コンテキスト 2 が保存されると、contextDidSave が呼び出されて、このコンテキストがメイン コンテキスト (コンテキスト 1) とマージされます。その後、FRC デリゲートのメソッド「controllerWillChangeContent」が呼び出されます。このメソッドに含まれるコードを表示することは役に立たないと思います。なぜなら、NSLog を配置しただけでも、このメソッドの後にクラッシュするからです (NSLog を大量に配置し、controllerWillChangeContent に含まれる NSLog は、前に表示される最後のものです)クラッシュ）。
Apple Dev Forum に投稿しましたが、興味深い回答があります: https://devforums.apple.com/thread/152172?tstart=0
編集 2 (@Jody): こんにちは、ジョディ!
次の方法でわかるように、私の FRC は他のスレッドからの MOC を使用しません。
- (NSManagedObjectContext *) getContext
{
return [(AppDelegate *)[[UIApplication sharedApplication] delegate] managedObjectContext];
}
私の「DataManager」のこのメソッドは、AppDelegate の MOC (= メイン スレッドの MOC) を返します。