NSOperationQueue中第一个低优先级操作的顺序无效

Question

真的很奇怪，为什么在将挂起状态更改为false之后，第一个操作的位置没有改变。

    let operationQueue = OperationQueue.main

    let operation1 = BlockOperation { print("1") }
    operation1.queuePriority = .low

    let operation2 = BlockOperation { print("2") }
    operation2.queuePriority = .normal

    let operation3 = BlockOperation { print("3") }
    operation3.queuePriority = .high

    let operation4 = BlockOperation { print("4") }
    operation4.queuePriority = .veryHigh

    operationQueue.isSuspended = true
    operationQueue.addOperation(operation1)
    operationQueue.addOperation(operation2)
    operationQueue.addOperation(operation3)
    operationQueue.addOperation(operation4)
    operationQueue.isSuspended = false

打印输出：

1
4
3
2

预期打印输出：

4
3
2
1

UPD只注意到operationqueue.main的这种行为。对于具有MaxConcurrentOperationCount=1的自定义OperationQueue()按预期工作。

Answer 1

不能挂起.main。那是一个系统队列。

这在底层DispatchQueue.main的文档中有更明确的解释：

与全局并发队列一样，对suspend()、resume()、dispatch_set_context(::)等的调用在此属性中的队列上使用时没有任何影响。

当您调度第一个任务时，队列是空的，并且它是最高优先级的，因此它被立即调度。当队列中有挂起的任务时，它们会按优先级排序，尽管这并不是承诺的。如果需要顺序，则使用依赖项，而不是优先级。优先级是一个提示，根据我的经验，通常应该避免，除非你有一个非常特殊的问题。

在自定义队列的情况下，它实际上是挂起的，因此第一个任务不会在您对其进行排队时立即得到调度。