使用AVAudioQueue播放时，如何避免SwiftUI渲染期间音频静音？

核心原因 #

SwiftUI的视图渲染、状态更新都在主线程执行，如果AVAudioQueue的音频回调（比如填充缓冲区的逻辑）也绑定在主线程，当主线程被渲染任务占用时，音频回调无法按时触发，就会出现短暂静音。

具体解决方案 #

1. 将音频操作移至独立的串行队列 #

创建一个专门用于音频处理的串行队列，把AVAudioQueue的初始化、回调调度都放到这个队列里，完全避开主线程。

示例代码：

import AVFoundation
import SwiftUI

class AudioPlayerManager: NSObject, AVAudioQueueDelegate {
    private var audioQueue: AVAudioQueue?
    private let audioQueueProcessingQueue = DispatchQueue(label: "com.yourdomain.audio.processing", qos: .userInitiated)
    
    func startPlaying() {
        // 切换到音频队列执行初始化和播放逻辑
        audioQueueProcessingQueue.async { [weak self] in
            guard let self = self else { return }
            do {
                let format = AVAudioFormat(commonFormat: .pcmFormatFloat32, sampleRate: 44100, channels: 1, interleaved: false)!
                self.audioQueue = AVAudioQueue(format: format)
                self.audioQueue?.delegate = self
                
                // 预填充缓冲区（示例逻辑，根据你的音频数据调整）
                for _ in 0..<3 {
                    let buffer = self.audioQueue!.allocateBuffer(4096)!
                    self.fillBuffer(buffer)
                    self.audioQueue!.enqueue(buffer)
                }
                
                try self.audioQueue!.start()
            } catch {
                print("音频启动失败：\(error)")
            }
        }
    }
    
    // 音频回调：在音频队列线程执行，不会被UI渲染阻塞
    func audioQueue(_ queue: AVAudioQueue, didDequeue buffer: AVAudioQueueBuffer) {
        fillBuffer(buffer)
        queue.enqueue(buffer)
    }
    
    private func fillBuffer(_ buffer: AVAudioQueueBuffer) {
        // 这里填充你的音频数据逻辑，确保在音频队列线程执行
        let audioData = generateSampleAudioData() // 替换成你的实际音频数据源
        memcpy(buffer.audioBufferList.pointee.mBuffers.mData, audioData, audioData.count)
        buffer.audioBufferList.pointee.mBuffers.mDataByteSize = UInt32(audioData.count)
    }
    
    private func generateSampleAudioData() -> Data {
        // 生成测试音频数据（正弦波示例）
        let sampleCount = 4096
        var samples = [Float](repeating: 0, count: sampleCount)
        let frequency: Float = 440.0
        let sampleRate: Float = 44100.0
        for i in 0..<sampleCount {
            let t = Float(i) / sampleRate
            samples[i] = sin(2 * .pi * frequency * t) * 0.3
        }
        return Data(bytes: samples, count: sampleCount * MemoryLayout<Float>.stride)
    }
}

// 在SwiftUI视图中使用
struct ContentView: View {
    let audioManager = AudioPlayerManager()
    
    var body: some View {
        Button("开始播放") {
            audioManager.startPlaying()
        }
        .onAppear {
            // 可选：提前初始化音频会话
            do {
                try AVAudioSession.sharedInstance().setCategory(.playback, mode: .default)
                try AVAudioSession.sharedInstance().setActive(true)
            } catch {
                print("音频会话设置失败：\(error)")
            }
        }
    }
}

2. 正确配置AVAudioSession #

确保音频会话设置为playback类别，这样即使设备静音或屏幕操作时，音频也能持续播放：

do {
    try AVAudioSession.sharedInstance().setCategory(.playback, mode: .default)
    try AVAudioSession.sharedInstance().setActive(true)
} catch {
    print("音频会话配置错误：\(error)")
}

这个配置最好在App启动或音频播放前完成，避免后续被其他操作覆盖。

3. 避免在音频回调中执行UI操作 #

如果你的音频逻辑需要更新UI（比如播放进度），一定要通过DispatchQueue.main.async切换回主线程，绝对不能在音频队列线程直接修改SwiftUI状态，否则不仅会导致UI卡顿，还可能间接影响音频回调的执行。

关键注意点 #

• 音频队列的所有操作（初始化、填充缓冲区、回调处理）必须在同一个独立队列执行，避免线程混乱。
• 不要在音频回调中做耗时操作，保持回调逻辑尽可能轻量化，确保缓冲区能被及时填充。
• 测试时可以故意触发复杂的SwiftUI渲染（比如列表滚动、大量视图更新），验证音频是否还能持续播放。

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