Swift中的队列与后台任务：编写不卡顿的代码

Swift中的队列与后台任务：如何让应用飞起来

想象一下：你打开一个订披萨的应用，点击“查看菜单”，然后屏幕卡住了五秒钟。你开始烦躁，披萨似乎也不香了，应用被扔进了回收站。熟悉的感觉吗？如果你是Swift开发者，肯定遇到过界面因加载图片、解析JSON或复杂计算等重型操作而“卡顿”的情况。流畅用户体验的秘诀就在于正确处理队列和后台任务。

在本文中，我们将探讨如何在Swift中组织多线程：从经典的GCD和OperationQueue到现代的async/await。你将学习如何将繁重的工作从主线程卸载，避免死锁，并编写快速且可预测的代码。开始吧！

为什么队列不是指超市排队

在Swift中，队列不是你提着购物篮排队的地方。队列（DispatchQueue）是一种任务管理机制。想象一下，你有几个厨师（线程）。一个厨师负责服务大厅（主线程——UI），其他人在厨房里烹饪（后台线程）。如果让服务员去煎牛排，大厅就会瘫痪。界面也是如此：所有UI更新必须只在主线程上进行，其他一切都在后台进行。

Swift中有两种类型的队列：

\n
• 串行队列（Serial）——任务一个接一个执行。非常适合保护共享资源。
\n
• 并发队列（Concurrent）——任务同时启动。非常适合加载图像或并行计算。
\n

系统会自动管理线程池，因此你无需手动创建线程。只需说：“在后台执行这个，然后将结果返回主线程。”Swift会优雅地完成这一切。

GCD（Grand Central Dispatch）——老友胜新欢

Grand Central Dispatch是一个低级API，早在Objective-C时代就已出现。它至今仍被广泛使用，每个Swift开发者都应该了解它。主要工作通过DispatchQueue完成。

下面是一个最简单的例子——在后台加载数据并更新UI：

import UIKit\n\nclass ViewController: UIViewController {\n    @IBOutlet weak var imageView: UIImageView!\n    \n    override func viewDidLoad() {\n        super.viewDidLoad()\n        loadImage()\n    }\n    \n    func loadImage() {\n        // 进入后台队列\n        DispatchQueue.global(qos: .background).async {\n            // 繁重工作：加载图片\n            guard let url = URL(string: "https://example.com/pizza.jpg"),\n                  let data = try? Data(contentsOf: url),\n                  let image = UIImage(data: data) else {\n                return\n            }\n            \n            // 返回主线程更新UI\n            DispatchQueue.main.async {\n                self.imageView.image = image\n            }\n        }\n    }\n}\n

注意qos（服务质量）。这是任务的优先级：.userInteractive用于动画，.background用于同步，.utility用于进度指示器。正确选择QoS有助于系统分配资源。

DispatchGroup：等待所有任务，而非单个

假设你需要加载三张图片，然后才能显示它们。如果没有DispatchGroup，你会启动三个异步请求，却不知道它们何时全部完成。解决方案是使用组：

func loadMultipleImages() {\n    let group = DispatchGroup()\n    var images: [UIImage] = []\n    \n    let urls = ["url1", "url2", "url3"]\n    \n    for urlString in urls {\n        group.enter() // 进入组\n        DispatchQueue.global().async {\n            // 加载