직렬 큐에게 나는 다음 코드를 시도했습니다

Question

오늘을 일시 :

는

- (void)suspendTest { 
    dispatch_queue_attr_t attr = dispatch_queue_attr_make_with_qos_class(DISPATCH_QUEUE_CONCURRENT, QOS_CLASS_BACKGROUND, 0); 
    dispatch_queue_t suspendableQueue = dispatch_queue_create("test", attr); 
    for (int i = 0; i <= 10000; i++) { 
     dispatch_async(suspendableQueue, ^{ 
      NSLog(@"%d", i); 
     }); 
     if (i == 5000) { 
      dispatch_suspend(suspendableQueue); 
     } 
    } 
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(6 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ 
     NSLog(@"Show must go on!"); 
     dispatch_resume(suspendableQueue); 
    }); 
} 

코드는 10001 작업을 시작하지만 중간 육초에 재개 새 작업을 실행 한 큐를 일시 중단합니다. 이 코드 은 예상대로 작동합니다. - 5000 개의 작업이 실행 된 다음 대기열이 중지되고 6 초 후에 다시 시작됩니다. 그러나 동시 대기열 대신 직렬 대기열을 사용하면 그 동작이 나에게 명확하지 않습니다. 태스크 난수 중단하기 전에 실행 관리 이때

dispatch_queue_attr_t attr = dispatch_queue_attr_make_with_qos_class(DISPATCH_QUEUE_SERIAL, QOS_CLASS_BACKGROUND, 0); 

하지만, 종종이 수가 0에 가까운 (현탁 어떤 작업이 발생하기 전에). 질문입니다 - 직렬 및 동시 대기열에 대해 일시 중단 작동이 다른 이유와 직렬 대기열을 올바르게 일시 중단하는 방법은 무엇입니까?

Answer 1

이름에 따라 직렬 대기열은 일련의 작업을 수행합니다. 즉, 이전 작업이 완료된 후 다음 작업부터 시작합니다. 우선 순위 클래스는 백그라운드이므로 현재 대기열이 5000 번째 작업에 도달 할 때까지 첫 번째 작업에서 시작하지 않고 대기열을 일시 중단 할 수 있습니다. dispatch_suspend의 문서에서

:

서스펜션은 호출시 실행되는 블록의 완료 후에 발생합니다.

즉, 아무는 그 비동기 완료 할 큐에서 작업을 파견 약속하지 않는, 어떤 현재 작업 (블록)를 실행하는 것만은 통해 파트 방법을 중단하지 않습니다. 직렬 대기열에서 최대 하나의 작업은 "현재 실행 중"일 수 있지만 동시 대기열에서는 지정된 상한이 없습니다. 편집 : 그리고 100 만 건의 작업을 테스트 한 결과에 따르면 동시 대기열은 "완전히 동시 적"이라는 개념적 추상화를 유지하고 실제로 존재하지 않더라도 "현재 실행 중"이라고 간주합니다.

5000 번째 작업 이후에 작업을 일시 중단하려면 5000 번째 작업에서이 작업을 트리거 할 수 있습니다. (그러면 일시 중지 된 시간부터 이력서 타이머를 시작하고 싶지 않을 수도 있습니다. 그렇지 않으면 이론적으로는 이력서가 일시 중지되기 전에 다시 시작하면 이론적으로 다시 시작할 수 없습니다.)

Answer 2

나는 문제가 있다고 생각합니다. suspend과 barrier을 혼동스럽게합니다. suspend은 큐를 막습니다. 은입니다. barrier은 장벽이 실행되기 전에 대기열에있는 모든 항목이 중지되면 중지됩니다. 따라서 5000 번째 작업 후에 장벽을 설치하면 직렬 대기열의 장벽에서 일시 중지하기 전에 5000 개의 작업이 실행됩니다.