Snow Leopard 上的 NSOperationQueue 有多轻？

Question

我正在使用一些代码，这些代码通过各种回调执行一系列异步操作； Snow Leopard 通过块和 GCD 使这变得异常简单。

我从 NSBlockOperation 调用 NSTask，如下所示：

[self.queue addOperationWithBlock:^{
    NSTask *task = [NSTask new];
    NSPipe *newPipe = [NSPipe new];
    NSFileHandle *readHandle = [newPipe fileHandleForReading];
    NSData *inData = nil;
    [task setLaunchPath:path];
    [task setArguments:arguments];
    [task launch];

    while ((inData = [readHandle availableData]) && [inData length]) {
        [[NSOperationQueue mainQueue] addOperationWithBlock:^{
            // callback
        }];
    }

    [task waitUntilExit];
}];

这种方法工作得很好。这就像魔术一样，只要我的回调正确处理并发即可。

现在，我希望能够合并其中一些调用；这是模型对象的“刷新”方法内部，可能需要很长时间才能完成。让用户敲击刷新按钮不应该束缚机器之类的。

我可以在这里看到一个实施困境。我可以创建一大堆队列 - 每种调用类型一个 - 并将它们的并发操作计数设置为 1，然后每当需要新调用时调用 -cancelAllOperations。

或者，我可以对当前正在发生的调用进行更多手动簿记，并管理每个模型对象的单个队列（正如我正在做的那样），或者我可以更进一步并使用全局队列。

NSOperationQueue 有多重？创建大量队列是一个糟糕的架构决策吗？有没有更好的方法来合并这些任务？

Answer 1

如果您担心性能，请不要猜测：测量并修复您发现的任何瓶颈。添加队列很简单；尝试一下，看看 Instruments 会告诉您对性能的影响。

创建多个队列的主要原因是为了防止您出于某种原因想要启动和停止它们。如果您只是想获得 libdispatch 的好处，只需将操作添加到主队列即可。

Answer 2

您可以添加多个块
到一个 NSBlockOperation ，它将同时执行并且可以通过以下方式取消
取消包含操作。只要您的个人任务不必序列化，这就可能有效。

Answer 3

只需使用任意数量的操作队列即可。它们在这里是为了分隔程序的逻辑部分。我认为只要您不每秒分配数百个队列，您就不必太担心性能。