UIKit中，渲染至MTKView的while循环应置于何处？

核心问题 #

viewDidLoad 是在主线程执行的生命周期方法，你放在里面的while循环（哪怕加了延迟）会完全阻塞主线程。iOS的UI更新必须等主线程空闲时才能触发渲染，所以循环跑完前视图根本没机会刷新，最后只会显示循环结束时的最后一帧。

正确的实现方式 #

推荐用以下两种方案，按优先级排序：

1. 使用CADisplayLink（最适配视频逐帧绘制）

这是iOS专门为屏幕刷新率同步设计的定时器，能精准匹配设备的屏幕帧率（比如60fps/120fps），避免掉帧或过度刷新：

• 创建CADisplayLink实例，绑定处理帧绘制的回调方法
• 将displayLink添加到主线程的RunLoop中（用.commonModes确保滑动等操作时也能正常触发）
• 在回调方法中逐帧处理：每次触发就绘制当前帧，计数到最后一帧时暂停并销毁displayLink

示例代码片段：

var currentFrameIndex = 0
let totalFrames = // 你的视频总帧数
var displayLink: CADisplayLink?

override func viewDidAppear(_ animated: Bool) {
    super.viewDidAppear(animated)
    setupDisplayLink()
}

func setupDisplayLink() {
    displayLink = CADisplayLink(target: self, selector: #selector(drawNextFrame))
    displayLink?.add(to: .main, forMode: .common)
}

@objc func drawNextFrame() {
    guard currentFrameIndex < totalFrames else {
        displayLink?.invalidate()
        displayLink = nil
        return
    }
    // 加载第currentFrameIndex帧的纹理数据
    // 调用displayView.draw()绘制当前帧
    currentFrameIndex += 1
}

2. 后台队列+主线程刷新（备选方案）

如果需要更灵活的帧率控制，可以把帧遍历逻辑放到后台GCD队列，每处理完一帧就切回主线程执行绘制：

override func viewDidAppear(_ animated: Bool) {
    super.viewDidAppear(animated)
    DispatchQueue.global(qos: .userInitiated).async {
        let totalFrames = // 你的视频总帧数
        let frameInterval = 1.0 / 60.0 // 按60fps控制间隔
        for frameIndex in 0..<totalFrames {
            // 后台加载当前帧的纹理数据（避免阻塞主线程）
            DispatchQueue.main.sync {
                // 主线程执行绘制
                self.displayView.draw()
            }
            Thread.sleep(forTimeInterval: frameInterval)
        }
    }
}

注意：后台队列的sleep只是简单控制节奏，实际项目建议根据视频的实际帧率计算间隔，避免sleep导致的精度问题。

关键注意事项 #

• 绝对不要在viewDidLoad、viewWillAppear这类主线程生命周期方法中放置阻塞性循环，这些方法必须快速执行完毕，让主线程能处理UI渲染和用户交互。
• 所有UI相关的绘制操作（包括Metal视图的draw()）必须在主线程执行，Metal的命令队列可以在后台创建，但最终提交渲染命令到视图的操作要回到主线程。

内容的提问来源于stack exchange，提问作者Ian Warburton