UITabBar切换标签卡顿如何优化？能否预加载或展示加载指示器

卡顿根本原因是第二个标签页ViewController的viewDidLoad()中同步执行大量重耗时任务，阻塞了主线程的UI渲染，导致切换时掉帧。以下是对应需求的可落地方案：

1. 提前预加载第二个标签页内容 #

你提到的预加载方案完全可行，实现逻辑如下：

• 提前初始化好第二个标签对应的ViewController实例，不要等切换到标签时才创建实例
• 在第一个标签的viewDidLoad()或者首次viewDidAppear(_:)生命周期中，主动访问第二个VC的view属性，触发它的viewDidLoad()提前执行，把重耗时初始化工作放到后台空闲时段完成

注意：如果第二个标签页VC内存占用极高，需要评估内存损耗是否在可接受范围内，避免启动阶段内存过载。
参考实现示例：

class FirstTabViewController: UIViewController {
    // 提前持有第二个标签VC实例
    let secondTabVC = SecondTabViewController()
    private var hasPreloaded = false

    override func viewDidAppear(_ animated: Bool) {
        super.viewDidAppear(animated)
        guard !hasPreloaded else { return }
        hasPreloaded = true
        // 主动触发view加载
        let _ = secondTabVC.view
    }
}

2. 拆分重耗时任务从根源优化性能 #

即使使用预加载，若所有初始化任务都阻塞主线程，依然会造成第一个标签页使用时卡顿，建议优先做任务拆分：

• 把和UI渲染无关的任务（网络请求、本地数据计算、文件读写）放到子线程异步执行，完成后再切回主线程更新UI
• 非首屏必须的UI组件（比如列表非可见区域的cell、次级入口的视图）改为懒加载，等需要用到时再初始化，不要全部堆在viewDidLoad()中执行
• 若视图嵌套层级过深，可将部分自动布局改为手动计算frame，减少布局计算的CPU开销

3. 增加加载指示器优化用户感知 #

如果确实有无法拆分的主线程耗时任务，或者预加载方案不适用，可以用过渡态优化体验：

• 第二个VC的viewDidLoad()中先快速渲染极简占位视图，只保留加载指示器UIActivityIndicatorView
• 将所有重耗时任务放到异步队列执行，全部执行完成后再替换占位视图为真实业务视图，停止加载动画

该方案不会减少总耗时，但可以让用户明确感知到操作正在执行，不会误以为App卡死。

内容的提问来源于stack exchange，提问作者Nawin Poolsawad