Отладка NSObjectInaccessibleException — объект NSManagedObject с идентификатором: 0x123456789 признан недействительным

Я столкнулся с этой ошибкой ранее, и виновником было то, что я очищал (завершал освобождение) свой контекст, а затем позже пытался получить доступ к объекту (ранее), управляемому этим контекстом.

В моем случае контекст был "пустым" контекстом, который исчезает при закрытии представления. Однако у меня было фоновое задание, созданное представлением, которое хотело обновить объект.

Я закончил тем, что сделал метод доступа для управляемого объекта, который возвращал nil, когда [managedObject isFault] был истинным. Затем в своем коде я проверял значение этого селектора доступа, чтобы убедиться, что у меня есть допустимый объект для работы (скажем, когда мое фоновое задание наконец завершило свою работу).

Я новичок в Core Data, поэтому, вероятно, есть лучший/умный способ сделать это, но я думаю, что это решило проблему для меня.

Я тоже только что столкнулся с этой проблемой. Я провел некоторый рефакторинг, чтобы следовать шаблону Apple «найди или создай» для массового импорта данных. Я создал новый контекст, предназначенный для импорта, установив undomanager на ноль, как было предложено. Так:

// create a new special context for the bulk import of data
NSManagedObjectContext *importContext = [[NSManagedObjectContext alloc] init];
[importContext setPersistentStoreCoordinator:_persistentStoreCoordinator];

// avoid tracking for undo/redo operations
[importContext setUndoManager:nil];

затем я создал fetchRequest для получения идентификаторов объектов, хранящихся в базе данных, и внутри цикла импорта я проверил идентификатор объекта, чтобы определить, содержится ли он в массиве полученных идентификаторов... проблема заключалась в том, что в заданный интервал времени я сохранял importContext и его сброс. И поскольку я ошибочно ссылался на importContext, а не на defaultContext, я получаю эту ошибку. Я исправил, просто изменив:

NSArray *storedObjects = [importContext executeFetchRequest:checkRequest error:&fetchError];

с участием:

NSArray *storedObjects = [defaultContext executeFetchRequest:checkRequest error:&fetchError];

Что делает второй контекст, когда он пытается ошибиться в объекте, который был удален из постоянного хранилища?

Это похоже на ошибку, которая может состоять из двух частей: вы не объединяете изменения из вашего однорангового контекста, и у вас есть логическая ошибка, из-за которой вы используете объект в потоке B, который был удален в потоке A.

Обычно вы хотите объединить изменения из однорангового контекста, используя -[NSManagedObjectContext mergeChangesFromContextDidSaveNotification:].

Решением стало сочетание очистки и этой ошибки набора карт. представление карты удерживало своего делегата после того, как я выпустил свой NSManagedObjectContext. Mapkit запросил у делегата координаты аннотации, и мой объект делегата попытался запросить объект, который находился в освобожденном контексте (аналогично проблеме Джейсона).

Исправление было таким, как описано в сообщении блога Джейка — установите для делегата значение nil, когда закончите с представлением карты.