Странный прерывистый сбой при синхронном запуске NSOperation на основной теме

Question

У меня есть система, которая делает себя в битах, которые сшиваются вместе. Иногда эти биты отображаются в фоновом потоке, но иногда, когда латентность обратной связи действительно важна, эти биты отображаются синхронно на основном потоке.

Этот код вызывается в основном потоке в методе с именем createPatchView, а patchView.createRenderingOperation() возвращает подкласс NSOperation, который выполняет рендеринг. Версия async работает нормально, очередь операций забирает задание и обрабатывает его в фоновом режиме. Но другая ветка, где мы хотим сделать ее прямо сейчас дает мне прерывистые сбой.

// Figure out when to render it 
if async { 
    // Add the patch rendering job to the tile rendering queue. 
    tiledView.renderingQueue.addOperation(patchView.createRenderingOperation()) 
} else { 
    // Render and install the patch right now on the main thread for maximum responsiveness. 
    patchView.createRenderingOperation().start() // <-- CRASHES HERE 
} 

Вот детали аварии:

Signal: SIGSEGV: SEGV_ACCERR at 0x10 
Reason: objc_msgSend() selector name: observationInfo 

И я еще повторить это с помощью отладчика прилагается, что расстраивает, но крешлогам явно поступают.

Итак, все в основном потоке создается операция рендеринга. Затем мы вызываем start() на эту операцию, чтобы сделать это прямо сейчас. Итак, теперь, до того, как он дойдет до любого из моего кода в операции main(), какой-то обработчик наблюдения за внутренним ключом стартует и вызывает observationInfo на каком-то внутреннем объекте, который как-то недействителен? На данный момент мне кажется, что я пытаюсь понять внутреннюю работу черного ящика, которая больше не работает.

Я пропустил какую-то ловушку пробега NSOperation за пределами NSOperationQueue?

UPDATE: Это плохая форма, чтобы позвонить по телефону patchView.createRenderingOperation().main()? Я полагаю, что в этом случае мне не нужно отслеживать состояние операции безопасным потоком. Мне просто нужно, чтобы это работало и продолжалось исполнение оттуда. Теоретически это должно избегать всякого сбоя, вложенного в логику метода start().

Answer 1

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

Answer 2

Вы пытались добавить операцию в основную очередь. Будет ли это также катастрофовать?

if async { 
    .... 
} else { 
    OperationQueue.main.addOperation(patchView.createRenderingOperation()) 
}