12.2 在主线程更新UI

在iOS开发中，网络请求通常在后台线程执行，以避免阻塞主线程，从而保持用户界面的流畅响应。然而，UIKit框架中的UI元素只能在主线程上进行更新。因此，当你从后台线程获取数据后，必须切换回主线程才能更新UI。让我们一起看看如何在主线程上安全地更新UI！🚀

为什么需要在主线程更新UI？

UIKit是线程不安全的。这意味着多个线程同时尝试修改UI元素会导致不可预测的行为，例如崩溃或界面显示错误。苹果公司设计UIKit框架时，就明确规定了只能在主线程上进行UI更新。这是为了保证UI的一致性和稳定性。所以，记住，UI更新必须在主线程上进行！

使用DispatchQueue.main.async

DispatchQueue.main.async 是在主线程上执行代码块的常用方法。它将闭包提交到主线程的队列中，并在主线程空闲时执行。这确保了UI更新的安全性。

DispatchQueue.global().async {
    // 后台线程执行耗时操作，例如网络请求
    let data = fetchDataFromNetwork()

    DispatchQueue.main.async {
        // 在主线程更新UI
        self.myLabel.text = data
    }
}

在这个例子中，fetchDataFromNetwork() 在后台线程执行，而 self.myLabel.text = data 在主线程执行。这样，你就避免了在后台线程直接更新UI，保证了程序的稳定性。🎉

示例：更新UITableView

更新UITableView是一个常见的UI更新场景。当你从网络获取数据后，需要刷新表格视图以显示新数据。

DispatchQueue.global().async {
    // 后台线程获取数据
    self.myData = fetchData()

    DispatchQueue.main.async {
        // 在主线程刷新表格视图
        self.myTableView.reloadData()
    }
}

在这个例子中，fetchData() 在后台线程获取数据，然后 myTableView.reloadData() 在主线程刷新表格视图。确保你的数据源在刷新之前已经更新。

使用OperationQueue.main.addOperation

除了DispatchQueue.main.async，你还可以使用OperationQueue.main.addOperation在主线程上执行代码块。

OperationQueue.main.addOperation {
    // 在主线程更新UI
    self.myLabel.text = "Hello, World!"
}

OperationQueue.main 代表主线程的操作队列。addOperation 方法将闭包添加到该队列中，并在主线程上执行。这与 DispatchQueue.main.async 的效果相同，但使用方式略有不同。

避免长时间阻塞主线程

虽然在主线程上更新UI是必要的，但也要避免在主线程上执行耗时操作。长时间阻塞主线程会导致UI卡顿，影响用户体验。如果需要在主线程上执行耗时操作，考虑将其分解为多个小任务，并使用 DispatchQueue.main.asyncAfter 延迟执行，以避免阻塞主线程。

DispatchQueue.main.asyncAfter(deadline: .now() + 0.1) {
    // 延迟0.1秒后在主线程执行
    self.myLabel.text = "Delayed Update"
}

通过合理地使用 DispatchQueue.main.async 和 OperationQueue.main.addOperation，你可以确保UI更新的安全性，并保持应用程序的流畅响应。记住，用户体验至关重要！😊