AVFoundation编程式切换音频输入无效问题求助

核心问题分析 #

手动调用setPreferredInput切换麦克风时，audioEngine.inputNode未更新，本质是AudioEngine的输入节点绑定没有随会话路由变更同步重置——自动路由触发时系统隐含了会话状态刷新逻辑，但手动变更后必须显式处理节点解绑与重建流程。

具体修复步骤 #

1. 严格执行「停止引擎→变更输入→重建连接→重启引擎」流程 #

手动切换时不能直接调用setPreferredInput后重启，必须先彻底断开原有输入节点的所有连接，再重新绑定新节点：

func switchToTargetInput(_ targetInput: AVAudioSessionPortDescription) {
    // 1. 停止引擎并移除原有输入Tap
    audioEngine?.stop()
    audioEngine?.inputNode.removeTap(onBus: 0)
    
    // 2. 变更会话首选输入
    do {
        try AVAudioSession.sharedInstance().setPreferredInput(targetInput)
        try AVAudioSession.sharedInstance().setActive(true)
    } catch {
        print("切换输入失败：\(error)")
        return
    }
    
    // 3. 重新绑定新输入节点并启动引擎
    guard let inputNode = audioEngine?.inputNode else { return }
    let inputFormat = inputNode.inputFormat(forBus: 0)
    inputNode.installTap(onBus: 0, bufferSize: 1024, format: inputFormat) { buffer, time in
        // 你的音频采集逻辑
    }
    
    do {
        try audioEngine?.start()
    } catch {
        print("启动引擎失败：\(error)")
    }
}

2. 强制刷新会话绑定 #

手动切换前后，先让会话失活再重新激活，避免引擎持有旧节点引用：

// 在setPreferredInput前后添加会话状态切换
try AVAudioSession.sharedInstance().setActive(false, options: .notifyOthersOnDeactivation)
try AVAudioSession.sharedInstance().setPreferredInput(targetInput)
try AVAudioSession.sharedInstance().setActive(true)

3. 校验切换结果 #

确保setPreferredInput调用成功，部分场景（如设备被独占）会切换失败，需在异常分支处理：

do {
    try AVAudioSession.sharedInstance().setPreferredInput(targetInput)
    print("当前输入路由：\(AVAudioSession.sharedInstance().currentRoute.inputs)")
} catch let error as NSError {
    print("切换失败：\(error.code) - \(error.localizedDescription)")
    // 处理权限或设备占用问题
}

4. 避免缓存输入节点 #

不要提前缓存audioEngine?.inputNode，每次切换后都从audioEngine重新获取最新节点，旧节点在路由变更后已失效。

自动路由切换正常的原因 #

系统触发routeChangeNotification时，audioEngine会收到底层路由变更回调，内部自动重置输入节点绑定；但手动调用setPreferredInput属于主动变更，系统不会触发引擎内部刷新，必须显式处理节点重建。

参考WhatsApp实现逻辑（推测） #

WhatsApp的手动切换逻辑大概率是：

• 完全停止音频引擎并释放相关资源
• 重新配置AVAudioSession的输入模式与首选设备
• 从头初始化音频引擎的输入节点与采集流程
• 利用AVAudioSessionInterruptionNotification处理中断恢复，确保路由变更一致性

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