Safari切页或锁屏时音频强制暂停是系统级策略，要求用户手势触发且后台冻结媒体上下文；开发者需监听visibilitychange、提供点击恢复按钮、预加载解码、设置mediaSession元数据，并引导用户添加到主屏幕以提升后台稳定性。
当你在Safari中收听播客、语音课程或背景音乐时，切到其他标签页或按下Home键返回主屏幕，音频立刻中断且返回后不会自动恢复，这不是网页代码问题，而是Safari强制执行的系统级后台播放限制策略。
理解 Safari 的后台音频暂停机制
Safari 要求所有有声媒体必须由真实用户操作触发，一旦页面失去焦点（如切换标签页、锁屏、最小化窗口），浏览器立即挂起 AudioContext 并暂停 HTMLMediaElement，这是不可绕过的平台策略。即使网页已调用 navigator.mediaSession，该会话也仅在前台激活状态下有效；后台时媒体上下文被冻结，JavaScript 执行大幅降频，导致播放逻辑彻底中断。
启用前台快速恢复播放体验
你无法让 Safari 在后台持续播放，但可以让用户切回时一键继续：
第一步：在网页中监听 visibilitychange 事件，检测页面是否重新获得可见性；
第二步：当 document.visibilityState === 'visible' 时，调用 audio.play() 并捕获可能的拒绝错误；
第三步：若 play() 被拒绝（常见于未建立用户手势信任链），显示一个醒目的「点击继续收听」按钮，绑定一次点击后立即调用 play() —— 这次调用因来自真实点击而必然成功。
这一步必须做。不提供手动恢复入口，用户将永远卡在静音状态，且不会收到任何提示。
提升前台播放稳定性
确保音频能在用户切回后瞬间启动，避免黑屏或延迟卡顿：
方法一：预加载并解码首段音频数据
在页面加载初期，用 fetch 获取音频文件前 200KB，通过 AudioContext.decodeAudioData() 提前解析元数据与帧结构，实测可将点击后的唤醒延迟压至 120ms 内。
方法二：设置完整 MediaSession 元数据
在音频开始播放前，务必设置 navigator.mediaSession.metadata，至少包含 title 和 artist。否则锁屏界面只显示基础控件，不显示标题，用户无法确认当前播放内容，易误操作退出。
方法三：引导用户添加到主屏幕
iOS/macOS 对 PWA（添加到主屏幕的网页应用）放宽部分媒体策略。用户从主屏幕图标启动时，Safari 会赋予更宽松的音频上下文生命周期，后台暂停概率显著降低——这不是 bug，是 Apple 明确支持的行为路径。
检查并重置当前网站的音频权限
某些网站曾被手动设为“禁止音频”，其权限记录会覆盖前端代码的播放请求，导致即使用户点击也无法触发声音：
在 Safari 中打开该音频网页 → 点击地址栏左侧锁形图标 → 选择「网站设置」→ 找到「音频」条目 → 将下拉菜单设为「询问」。
刷新页面 → 等待 Safari 弹出「是否允许此网站播放音频？」提示 → 点击「允许」。
【完成授权后必须立即播放一次音频】——只有真实播放行为才能重建用户手势信任链，后续切页再返回才可能自动恢复（取决于系统版本，macOS Sequoia 15.1+ 已支持有限场景下的前台恢复）。
