在iOS音频开发中，当应用需要在后台持续播放声音，同时又想为用户提供AirPods等设备的空间音频体验时，常常会出现两者互相排斥的情况。比如用户离开应用界面后背景音乐停止，或者空间音频的头部追踪突然不工作。这背后的核心在于AVAudioSession的分类与选项没有协调好，以及空间音频配置被系统策略打断。
一、理解AVAudioSession的基础分类
AVAudioSession是iOS管理应用音频行为的中心对象。它通过设置不同的category来决定应用能否在后台出声、是否会被其他音频打断。常见的category包括SoloAmbient、Playback、PlayAndRecord等。对于需要后台播放的场景，通常要选择AVAudioSessionCategoryPlayback，因为只有这个分类在系统授予后台音频权限后，才能维持锁屏或切后台时的声音输出。
如果开发者误用了Ambient或SoloAmbient，应用一旦退到后台，系统就会暂停其音频。很多空间音频功能依赖持续的音频渲染管线，管线被暂停，头部追踪自然也收不到更新。因此第一步必须确认category正确设置为Playback，并在Info.plist里声明后台模式为audio。
二、MixWithOthers选项的作用与配置
AVAudioSessionCategoryOptionMixWithOthers允许当前应用的音频与其他应用音频混合，而不是独占声道。在空间音频场景下，如果不加这个选项，系统可能为了优先保证空间音频的独占性，在后台直接终止混合链路。加上该选项后，系统会保留多路混音，后台播放不会被强行掐断。
具体代码上，可以在设置会话时传入options参数：
- 使用AVAudioSessionCategoryPlayback作为category
- 将AVAudioSessionCategoryOptionMixWithOthers加入options
- 若还需蓝牙设备低延迟，可再配合AVAudioSessionCategoryOptionAllowBluetooth
这样配置之后，即便用户打开其他App的简短提示音，你的后台音频仍会继续，空间音频的头相关传输函数运算也不会被整体中断。需要注意的是，MixWithOthers不意味着空间音频效果必然完整，它只是解除独占导致的后台杀死，头部追踪还要单独设定。
三、空间音频头部追踪的独立配置
空间音频的头部追踪依靠设备陀螺仪与加速度计数据，由AVAudioEngine或更高层API驱动。要让追踪在后台生效，除了上述会话配置，还要保证音频引擎不进入暂停状态。有些开发者在应用退后台时手动stop了AVAudioEngine，这会让追踪数据无以为继。
正确的做法是在后台继续运行渲染循环，或利用系统的空间化播放接口。若使用AVPlayer搭配多声道音频，可开启allowsSpatialization并指定合适的channel布局。对于自定义引擎，应当设置AVAudioUnitSpatialMixer的renderingAlgorithm为等于化头部追踪模式，且不因后台而销毁节点。
| 配置项 | 后台播放 | 头部追踪 |
|---|---|---|
| Category=Playback | 支持 | 间接支持 |
| Option=MixWithOthers | 避免被中断 | 维持混音链路 |
| 引擎不停止 | 持续出声 | 持续追踪 |
四、常见冲突与排查思路
实际开发中，还会遇到系统电话打断后空间音频不恢复的问题。此时应在AVAudioSession的打断通知里，重新激活会话并恢复引擎。另一个坑是部分第三方播放器封装隐藏了category设置，导致MixWithOthers未生效，需要绕开封装直接配置底层会话。
建议用真机连接AirPods测试，观察后台切出时音量是否平稳、转动头部声场是否移动。若声场静止，优先查引擎节点；若声音消失，优先查category与后台权限。把这几层理顺，后台音频与空间音频便能和平共存。
iOS后台音频Spatial_AudioAVAudioSession修改时间：2026-08-10 12:57:33