iPhone端应用直播时屏幕录制报错5825无法保存且录屏启动后应用音频中断问题咨询

错误码5825是iOS 14及以上版本中AVFoundation框架AVError枚举定义的AVErrorApplicationMediaServiceBlocked类型错误，和设备存储空间不足无任何关联。网上流传的“存储不足导致该错误”是iOS 13及更早版本的过时结论——早期系统曾把存储写入失败的逻辑和该错误码做过临时映射，后续版本已将该错误码的触发场景唯一指向：当前前台App的多媒体会话配置异常，抢占了系统录屏的媒体采集通道，直接阻断录屏内容的本地写入。

• 录屏无法保存、抛出5825错误：你的App内置直播功能时，初始化音频会话的配置没有对齐系统协同规则，大概率开启了音频会话独占模式，导致系统启动录屏时，识别到当前前台App占用了音频输入/输出通道且不允许共享，直接终止录屏的写入流程。对比YouTube等正常应用的录屏无异常，本质是这类应用的音频会话默认开放了通道共享权限，不会触发系统的拦截逻辑。
• 录屏启动后App自身音频播放中断：这和上面的配置缺陷是同源的——系统录屏启动时会自动接管全局音频路由的采集权限，没有开放共享权限的App会被系统判定为“非授权的音频占用方”，直接切断其音频输出流，最终出现播放中断的问题。

针对系统级屏幕录制的兼容，App不需要向苹果申请任何特殊权限，所有调整都可以在现有开放API范围内完成：

• 修正AVAudioSession的核心配置
  • 直播场景下将音频会话类别设置为 .playAndRecord，必须追加.mixWithOthers选项，该选项的作用是允许App的音频流与系统录屏的采集进程并行运行，避免独占通道触发系统拦截。
  • 取消音频会话激活时的notifyOthersOnDeactivation强制抢占逻辑，避免在其他进程（包括系统录屏）占用通道时主动踢除其他进程的会话。
• 排查直播SDK的默认配置项
  • 多数商用直播SDK默认开启“音频会话独占锁”开关，设计初衷是避免其他应用的声音混入直播推流，但这个默认逻辑没有做录屏场景的兼容，是大部分同类问题的核心诱因。你需要关闭该独占锁选项，切换为“允许系统进程采集当前App音频”的兼容模式。
• 屏幕捕获状态的监听逻辑修正
  • 注册UIScreen.capturedDidChangeNotification监听屏幕录制状态时，不要因为检测到屏幕被捕获就主动中断自身的音频推流/播放逻辑，避免额外触发通道抢占。

该问题属于纯应用代码/SDK配置层面的缺陷，不存在设备端硬件或系统异常的可能性。你更换多台设备问题稳定复现的现象，本质是App的配置是固定值，在所有符合系统版本要求的设备上都会触发相同的拦截逻辑，和剩余存储空间、设备型号没有关联。

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