NSManagedObjectContext performBlockAndWait вызывает тупик при вызове из двух потоков

Question

У меня есть приложение OSX, где я использую настройку NSManagedObjectContext для родительского/дочернего объекта. У ребенка MOC есть NSPrivateQueueConcurrencyType и тот, который я использую в первую очередь. Родитель устанавливается равным NSMainQueueConcurrencyType

Когда я звоню performBlockAndWait от контекста ребенка от фонового потока в то же время, как она вызывается из основного потока я получаю тупик - semaphore_wait_trap. Приостановка отладчика показывает, что оба потока застревают в performBlockAndWait

Как я могу обойти это? Я думал, что этот метод был разработан именно для этой ситуации и будет просто помещать блоки в частную очередь контекста, а затем возвращаться соответствующим образом?

Answer 1

Я работал над этим, создав очередную очередь, а затем выполнил все мои вызовы с выполнением вызова через это, чтобы убедиться, что они не будут вступать друг в друга. Честно говоря, я не уверен, что это хорошая практика, но она решила проблему для моей конкретной ситуации.

Answer 2

NSManagedObjectContext по-прежнему не является потокобезопасным, даже с частными типами параллелизма.

performBlock: and performBlockAndWait: только убедитесь, что операции блока выполняются в очереди, указанной для контекста.

Вы все равно можете получить взаимоблокировки с помощью executeBlockAndWait :, поскольку он заблокирует текущий исполняемый поток, пока он не вернется. Что происходит внутри performBlockAndWait :? Возможно, что-то, что требует доступа к основному потоку, поэтому он зашел в тупик.

Можете ли вы использовать performBlock: вместо этого?