Сбой приложения при сохранении UIManagedDocument

Вы действительно не предоставили много кода. Единственная реальная подсказка, которую вы дали, заключалась в том, что вы используете несколько потоков.

UIManagedDocument имеет два ManagedObjectContexts (один указан для основной очереди, а другой — для частной очереди), но доступ к каждому из них по-прежнему должен осуществляться только из их собственного потока.

Таким образом, вы должны использовать manageDocument.managedObjectContext только внутри основного потока. Если вы хотите использовать его из другого потока, вы должны использовать либо PerformBlock, либо PerformBlockAndWait. Точно так же вы никогда не узнаете, что работаете в приватном потоке для родительского контекста, поэтому, если вы хотите сделать что-то конкретно с родительским, вы должны использовать PerformBlock*.

Наконец, вам действительно не следует вызывать saveToURL, за исключением случаев, когда вы изначально создаете базу данных. UIManagedDocument автоматически сохранится (в свое время).

Если вы хотите побудить его сохраниться раньше, вы можете отправить ему updateChangeCount: UIDocumentChangeDone, чтобы сообщить ему, что в нем есть изменения, которые необходимо сохранить.

ИЗМЕНИТЬ

Вы должны вызывать saveToURL только при первом создании файла. С UIManagedDocument нет необходимости вызывать его снова (и на самом деле это может вызвать некоторые непреднамеренные проблемы).

По сути, когда вы создаете документ, НЕ устанавливайте iVar до тех пор, пока не выполнится обработчик завершения. В противном случае вы могли бы использовать документ в частичном состоянии. В этом случае используйте помощника, подобного этому, в обработчике завершения.

- (void)_document:(UIManagedDocument*)doc canBeUsed:(BOOL)canBeUsed
{
    dispatch_async(dispatch_get_main_queue(), ^{
        if (canBeUsed) {
            _document = doc;
            // Now, the document is ready.
            // Fire off a notification, or notify a delegate, and do whatever you
            // want... you really should not use the document until it's ready, but
            // as long as you leave it nil until it is ready any access will
            // just correctly do nothing.
        } else {
            _document = nil;
            // Do whatever you want if the document can not be used.
            // Unfortunately, there is no way to get the actual error unless
            // you subclass UIManagedDocument and override handleError
        }
    }];
}

И чтобы инициализировать ваш документ, что-то вроде...

- (id)initializeDocumentWithFileURL:(NSURL *)url
{
    if (!url) {
        url = [[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject];
        url = [url URLByAppendingPathComponent:@"Default_Project_Database"];
    }
    UIManagedDocument *doc = [[UIManagedDocument alloc] initWithFileURL:url];

    if (![[NSFileManager defaultManager] fileExistsAtPath:[doc.fileURL path]]) {
        // The file does not exist, so we need to create it at the proper URL
        [doc saveToURL:doc.fileURL forSaveOperation:UIDocumentSaveForCreating completionHandler:^(BOOL success) {
            [self _document:doc canBeUsed:success];
        }];
    } else if (doc.documentState == UIDocumentStateClosed) {
        [doc openWithCompletionHandler:^(BOOL success) {
            [self _document:doc canBeUsed:success];
        }];
    } else {
        // You only need this if you allow a UIManagedDocument to be passed
        // in to this object -- in which case the code above that initializes
        // the <doc> variable will be conditional on what was passed...
        BOOL success = doc.documentState == UIDocumentStateNormal;
        [self _document:doc canBeUsed:success];
    }
}

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

Обратите внимание, что по определению document.managedObjectContext имеет тип NSMainQueueConcurrencyType. Таким образом, если вы знаете, что ваш код выполняется в основном потоке (как и все ваши обратные вызовы пользовательского интерфейса), вам не нужно использовать PerformBlock.

Однако, если вы на самом деле выполняете загрузку в фоновом режиме, подумайте.

- (void)backgroundLoadDataIntoDocument:(UIManagedDocument*)document
{
    NSManagedObjectContext *moc = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
    moc.parentContext = document.managedObjectContext;
    [moc performBlock:^{
        // Do your loading in here, and shove everything into the local MOC.
        // If you are loading a lot of stuff from the 'net (or elsewhere),
        // consider doing it in strides, so you deliver objects to the document
        // a little at a time instead of all at the end.

        // When ready to save, call save on this MOC.  It will shove the data up
        // into the MOC of the document.
        NSrror *error = nil;
        if ([moc save:&error]) {
            // Probably don't have to synchronize calling updateChangeCount, but I do it anyway...
            [document.managedObjectContext performBlockAndWait:^{
                [document updateChangeCount:UIDocumentChangeDone];
            }];
        } else {
            // Handle error
        }
    }];
}

Вместо того, чтобы привязывать фоновый MOC к mainMOC, вы можете привязать его к parentContext. Загрузка и последующее сохранение в него поместит изменения «выше» основного MOC. Основной MOC увидит эти изменения при следующем выполнении операции выборки (обратите внимание на свойства NSFetchRequest).

ПРИМЕЧАНИЕ. Некоторые люди сообщают (и это также появляется как примечание в книге Эрики Садун), что после самого первого saveToURL вам нужно закрыть, а затем открыть, чтобы все заработало правильно.

ИЗМЕНИТЬ

Это становится очень длинным. Если бы у вас было больше очков, я бы предложил пообщаться. На самом деле мы не можем сделать это через SO, но мы можем сделать это через другой носитель. Я постараюсь быть кратким, но, пожалуйста, вернитесь и перечитайте то, что я опубликовал, и обратите особое внимание, потому что ваш код все еще нарушает несколько арендаторов.

Во-первых, в viewDidLoad() вы напрямую связываете свой документ с результатом вызова openDatabaseAndUseBlock. В это время документ не находится в пригодном для использования состоянии. Вы не хотите, чтобы документ был доступен до тех пор, пока не сработают обработчики завершения, что не произойдет до возврата openDatabaseAndUseBlock().

Во-вторых, вызывайте saveToURL только при первом создании базы данных (внутри openDatabaseAndUseBlock()). Не используйте его в другом месте.

В третьих. Зарегистрируйтесь в центре уведомлений, чтобы получать все события (просто записывайте их). Это очень поможет вам в отладке, потому что вы можете видеть, что происходит.

В-четвертых, создайте подкласс UIManagedDocument и переопределите handleError и посмотрите, вызывается ли он... это единственный способ увидеть точную ошибку NSError, если/когда это произойдет.

3/4 предназначены в основном для помощи в отладке, а не для вашего производственного кода.

У меня назначена встреча, поэтому я должен остановиться сейчас. Тем не менее, решить эти проблемы, и вот на