使用单个共享后台线程进行 iOS 数据处理？

Question

我有一个应用程序，我在其中从网络下载大量资源，并对每个资源进行一些处理。我不希望这项工作发生在主线程上，但它非常轻量级和低优先级，所以所有这些都可以真正发生在同一个共享工作线程上。这样做似乎是一件好事，因为设置和拆除所有这些工作线程（其中没有一个工作线程会持续很长时间，等等）需要做一些工作。

但令人惊讶的是，似乎没有一种简单的方法可以让所有这些工作发生在一个共享的线程上，而不是为每个任务生成一个新线程。由于多年来似乎出现了大量实现并发的途径，这使情况变得复杂。 （显式NSThreads、NSOperationQueue、GCD 等）

我是否高估了产生所有这些线程所涉及的开销？我是否应该不费吹灰之力，并使用更简单的每个任务线程方法？使用 GCD，并假设它在线程（重）使用方面比我更聪明？

Answer 1

使用 GCD — 这是当前的官方推荐，它比任何其他解决方案都省力。如果你明确需要你传入的东西串行发生（即，好像在单个线程上），那么你可以实现这一点，但仅仅改变可能更聪明，例如

[self doCostlyTask];

收件人：

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_LOW, 0), ^()
{
    [self doCostlyTask];

    dispatch_async(dispatch_get_main_queue(), ^()
    {
        // most UIKit tasks are permissible only from the main queue or thread,
        // so if you want to update an UI as a result of the completed action,
        // this is a safe way to proceed
        [self costlyTaskIsFinished];
    });
});

这实质上是告诉操作系统“以低优先级执行此代码，只要执行此操作最有效”。您发布到任何全局队列的各种事物可能会或可能不会在彼此相同的线程上执行，并且作为分派它们的线程可能会或可能不会同时发生。操作系统应用它认为最佳的规则。

博览会：

GCD 是 Apple 的线程池实现，他们同时引入了闭包（作为“块”）以使其可用。所以^(C-style args){code} 语法是一个块/闭包。也就是说，它是代码加上代码引用的任何变量的状态（受警告）。您可以自己存储和调用块，无需 GCD 知识或使用。

dispatch_async 是一个 GCD 函数向指定队列发出一个块。它在某个时间在某个线程上执行块，并应用未指定的内部规则以最佳方式执行此操作。它将根据您拥有的核心数量、每个核心的繁忙程度、当前对节能的考虑（可能取决于电源）、特定 CPU 的电力成本如何计算等因素来判断。

就程序员的开发而言，块将代码变成可以作为参数传递的东西。 GCD 允许您请求根据操作系统可以管理的最佳调度来执行块。块的创建和复制非常轻巧——比例如块要轻得多。 NSOperations.

GCD 超越了上述示例中的基本异步调度（例如，您可以执行并行 for 循环并等待它在一次调用中完成），但除非您有特定需求，否则它可能并不那么相关。

Answer 2

但令人惊讶的是，似乎没有一种简单的方法可以获取所有 这项工作发生在单个共享线程上，而不是 为每个任务生成一个新线程。

这正是 GCD 的用途。 GCD 维护了一个线程池，可用于执行任意代码块，它负责管理该池，以便在手头的任何硬件上获得最佳结果。这避免了不断创建和销毁线程的成本，也使您不必弄清楚有多少处理器可用等。

如果您真的关心应该只使用一个线程，Tommy 提供了正确的答案，但听起来您真的只是想避免为每个任务创建一个线程。

这很复杂，因为要实现的路径很多 这些年来似乎出现了并发性。 （明确的 NSThreads、NSOperationQueue、GCD 等）

NSOperationQueue uses GCD，所以你可以使用它，如果它比直接使用 GCD 更容易的话。

使用 GCD，并假设它在线程（重）使用方面比我更聪明？

没错。

Answer 3

我会使用 NSOperationQueue 或 GCD 和配置文件。无法想象线程开销会超过网络延迟。

NSOperationQueue 可以让您限制同时操作的数量，如果它们最终变得过于贪婪的话。事实上，如果需要，您可以将其限制为一个。