iOS 17中AudioContext播放多段音频后无声问题求助

核心问题分析 #

iOS 17（尤其是17.1）的WebKit对AudioContext的资源回收、节点生命周期处理存在特殊逻辑，重复创建AudioBufferSourceNode并调度播放后，易出现上下文内部状态异常，导致后续音频无法触发播放。

具体修复措施 #

• 优化AudioBufferSourceNode的创建逻辑：不要每次播放都新建节点，播放结束后主动断开连接并清理引用，避免残留节点占用上下文资源

  let currentSource = null;
  function playSegment(buffer, scheduleTime) {
    // 清理上一个节点
    if (currentSource) {
      currentSource.disconnect();
      currentSource = null;
    }
    // 创建新节点并调度
    currentSource = audioContext.createBufferSource();
    currentSource.buffer = buffer;
    currentSource.connect(audioContext.destination);
    currentSource.start(scheduleTime);
  }
  

• 强制确保AudioContext处于运行状态：每次播放前检查上下文状态，若为suspended则调用resume()，并添加微小延迟确保状态更新完成（iOS 17对用户交互触发的上下文恢复校验更严格）

  async function prepareContext() {
    if (audioContext.state !== 'running') {
      await audioContext.resume();
      await new Promise(resolve => setTimeout(resolve, 50));
    }
  }
  

• 规避长时间闲置的上下文：若播放间隔超过30秒，主动调用suspend()暂停上下文，下次播放前再resume()，避免iOS自动回收上下文资源
• 添加状态异常兜底逻辑：监听AudioContext的statechange事件，当上下文意外变为closed状态时，自动重新初始化上下文

  audioContext.addEventListener('statechange', () => {
    if (audioContext.state === 'closed') {
      initAudioContext(); // 替换为你的上下文初始化函数
    }
  });
  

• 调整播放时间计算方式：iOS 17对start()的时间参数精度要求更高，尽量使用audioContext.currentTime + 延迟时长的方式计算播放时间，避免使用过于久远的时间戳

兼容性验证 #

上述方案无需做iOS版本分支判断，可同时兼容iOS 16与iOS 17环境，直接集成到现有代码中即可测试验证。

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