iOS App内音频进度滑块拖动卡顿 锁屏场景正常如何修复

问题根源 #

1. 你当前将slide方法绑定了UISlider的valueChanged事件，拖动过程中滑块值每发生一次变化就会触发一次回调，频繁调用audioPlayer.currentTime执行seek操作。seek操作需要读取音频文件对应位置的数据并解码，音频文件越大、码率越高，单次seek耗时越长，频繁触发会阻塞主线程，导致滑块卡顿、音频跳帧。
2. 你的原始代码存在逻辑错误：audioPlayer.currentTime = TimeInterval(slider.value) 写在BlockOperation初始化外部，本质是在主线程同步执行，添加到队列的operation是空操作，完全没有起到异步执行的作用，进一步加剧了卡顿问题。
3. 系统锁屏进度滑块默认仅在拖动结束时触发seek回调，拖动过程中不会反复执行seek，因此不会出现卡顿。

修复方案 #

1. 调整滑块事件绑定 #

不再监听valueChanged事件执行seek操作，改为监听滑块的touchUpInside、touchUpOutside、touchCancel三类结束交互的事件，仅在用户停止拖动、松开滑块时才执行seek。如果需要保留拖动过程中实时显示进度的需求，可以单独监听valueChanged事件仅更新进度文本展示，不执行seek。

2. 修正回调代码逻辑 #

修改后的代码参考如下：

// 拖动过程中仅更新进度展示，不执行seek
@IBAction func sliderValueDidChange(_ slider: UISlider) {
    // 示例：更新进度文本
    // progressLabel.text = String(format: "%d:%02d", Int(slider.value)/60, Int(slider.value)%60)
}

// 拖动结束后才执行seek操作
@IBAction func sliderDragDidEnd(_ slider: UISlider) {
    musicOperation.cancelAllOperations()
    let operation = BlockOperation { [weak self] in
        guard let self = self else { return }
        self.audioPlayer.currentTime = TimeInterval(slider.value)
    }
    musicOperation.addOperation(operation)
}

可选优化 #

如果业务需要支持拖动过程中实时预听音频效果，可以添加防抖逻辑：拖动过程中触发valueChanged后延迟300ms执行seek，如果300ms内又触发了新的valueChanged事件则取消之前的延迟任务，避免频繁执行seek操作。

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