NSManagedObjectContext의 performBlockAndWait : 수신자의 대기열에서 실행되지 않음

Question

NSMainQueueConcurrencyType에서 performBlockAndWait까지 NSManagedObjectContext이 가능한 것으로 나타났습니다. 수신자의 (메인) 대기열 이외의 대기열에서 차단을 실행하십시오.

예를 들어, 내 parentContext 유형 NSMainQueueConcurrencyType이며 내 childContext 유형 NSPrivateQueueConcurrencyType의 경우 childContext의 큐의 블록을 실행 내 parentContext 다음 코드 결과 :

이에

[childContext performBlockAndWait:^{ 
    //Thread 1, Queue: NSManagedObjectContext Queue 
    [parentContext performBlockAndWait:^{ 
     //Thread 1, Queue: NSManagedObjectContext Queue 
     //This is the same queue as the child context's queue 
    }]; 
}]; 

다음 이 특급인가

[childContext performBlock:^{ 
    [parentContext performBlockAndWait:^{ 
     //Thread 1, Queue: com.apple.main-thread 
    }]; 
}]; 

: 내 parentContext 메인 큐에 블록을 실행 - 코드는 예상대로 작동 행동이 바뀌 었습니까? 그것은 문서 상태로 인해 나를 혼란스럽게합니다. "performBlockAndWait: synchronously performs a given block on the receiver’s queue."

Answer 1

실행되는 스레드 블록에 대해 걱정할 필요가 없습니다. performBlock: 및 performBlockAndWait: 메서드가 보장하는 것은 스레드 안전입니다. 따라서 기본 스레드에서 performBlockAndWait:을 호출한다고해서 백그라운드 스레드로의 컨텍스트 전환이 발생한다는 것을 의미하지는 않습니다. 매우 비싸고 필요하지 않습니다. 블록 (메인 쓰레드상의)의 동작 중에 블럭을 수행하려는 시도가 수행되면, 현재 실행중인 블럭이 종료 될 때까지 블로킹된다. 결국 컨텍스트 전환이 수행 된 경우와 마찬가지로 결과가 더 빨리 나타납니다. 반면에 performBlock:을 호출하면 종종 백그라운드 스레드에서 실행되는 임의의 대기열에 블록을 대기열에 넣습니다.

performBlockAndWait: 위 예제에서 개인 대기열 컨텍스트는 주 컨텍스트 블록과 마찬가지로 주 스레드에서 블록을 실행합니다. 두 번째 예제에서는 비동기 적으로 실행되도록 블록을 예약하므로 백그라운드 스레드에서 실행됩니다.

스레드의 대기열을 이름으로 판단하면 안됩니다. 기본 대기열에 있는지 확인하려면 dispatch_get_current_queue()을 사용하고 dispatch_get_main_queue()과 같은지 테스트하십시오.