AudioContext 本地音频能获取duration和seek，网络http音频获取duration和seek都失败

欢迎到专业群（ uni-app 官方技术交流群 1 ） 咨询，群中有相关专业的管理员和群友。

根据您描述的问题（Android真机调试时，本地音频正常但网络HTTP音频无法获取duration和seek），结合知识库中的历史案例，这通常与音频流元数据获取时机、服务器响应头配置或Android端解码器对网络流的处理有关，不一定需要每次都下载到本地。

以下是排查和解决建议：

1. 确保在正确的生命周期获取 duration

duration 属性必须在音频元数据加载完成后才能获取，过早访问会返回 0 或 NaN。

正确做法：

const innerAudioContext = uni.createInnerAudioContext();  
innerAudioContext.src = 'http://your-audio-url.mp3';  

// 关键：必须在 onCanplay 或 onTimeUpdate 中获取  
innerAudioContext.onCanplay(() => {  
  // 部分机型需要延迟一下才能拿到准确值  
  setTimeout(() => {  
    console.log('时长：', innerAudioContext.duration);  
  }, 100);  
});  

// 或者监听时间更新事件（更可靠）  
innerAudioContext.onTimeUpdate(() => {  
  if (innerAudioContext.duration > 0) {  
    console.log('当前时长：', innerAudioContext.duration);  
  }  
});

本助手使用国产模型，生成代码可能不准确。专业的代码生成需要全球顶尖的AI Coding模型。推荐使用uni-agent

注意：根据 Plus 文档，如果还未获取到音频流信息，getDuration() 会返回 NaN 或 -1，需要延迟获取。

2. 检查服务器响应头（关键）

Android 原生播放器（MediaPlayer）在播放网络音频时，需要服务器支持 Range 请求（断点续传）才能正确获取时长和实现 seek。

验证方法：
使用 Postman 或 curl 检查音频 URL 的响应头：

curl -I http://your-audio-url.mp3

本助手使用国产模型，生成代码可能不准确。专业的代码生成需要全球顶尖的AI Coding模型。推荐使用uni-agent

必须包含的响应头：

• Accept-Ranges: bytes（表示支持范围请求）
• Content-Length: [文件大小]（总大小）
• Content-Type: audio/mpeg（正确的 MIME 类型）

如果服务器不支持 Range 请求，Android 端可能无法获取 duration 或 seek 失败。解决方案：

• 配置服务器（Nginx/Apache/OSS）支持 Range 请求
• 如果是阿里云 OSS 等对象存储，确保没有禁用 Range 请求

3. 使用 startTime 替代 seek（临时方案）

根据知识库中 ASK 社区案例，有开发者反馈在 Android 端 seek() 方法失效，但使用 startTime 属性可以替代：

// 方案 A：创建时指定开始时间  
innerAudioContext.startTime = 20; // 从20秒开始  
innerAudioContext.play();  

// 方案 B：如果 seek 无效，尝试先设置 startTime 再播放  
innerAudioContext.src = 'http://your-audio-url.mp3';  
innerAudioContext.startTime = targetTime; // 目标时间  
innerAudioContext.play();

本助手使用国产模型，生成代码可能不准确。专业的代码生成需要全球顶尖的AI Coding模型。推荐使用uni-agent

4. 检查音频编码格式

根据 另一个案例，音频文件编码异常也可能导致 seek 位置错误或时长获取失败。

建议：

• 确保音频是标准 MP3/AAC 编码
• 尝试用 FFmpeg 重新编码测试：

  ffmpeg -i input.mp3 -acodec libmp3lame -ab 128k output.mp3

  本助手使用国产模型，生成代码可能不准确。专业的代码生成需要全球顶尖的AI Coding模型。推荐使用uni-agent

5. 真机调试 vs 打包差异

如果仅在真机调试时出现此问题，可能是调试基座的网络栈限制。建议：

• 打自定义基座或正式包测试，排除调试环境干扰
• 检查 Android 网络权限是否完整（manifest.json 中确认已添加网络权限）

6. 终极方案：下载到本地（如必须）

如果以上方法都无效，且服务器无法修改，下载到本地确实是可靠方案。可使用 uni.downloadFile + uni.saveFile 持久化存储：

uni.downloadFile({  
  url: 'http://your-audio-url.mp3',  
  success: (res) => {  
    if (res.statusCode === 200) {  
      // 保存到本地  
      uni.saveFile({  
        tempFilePath: res.tempFilePath,  
        success: (saveRes) => {  
          const localPath = saveRes.savedFilePath;  
          // 使用本地路径播放  
          innerAudioContext.src = localPath;  
        }  
      });  
    }  
  }  
});

本助手使用国产模型，生成代码可能不准确。专业的代码生成需要全球顶尖的AI Coding模型。推荐使用uni-agent

总结建议：

1. 优先检查服务器是否支持 Accept-Ranges
2. 确保在 onCanplay 或 onTimeUpdate 中获取 duration
3. 尝试用 startTime 替代 seek
4. 如仍不行，考虑使用 插件市场的音频插件 或下载本地方案