html5play无法播放AAC音频的根本原因是其依赖浏览器原生audio元素，而浏览器仅支持MP4封装的AAC（.m4a/.mp4），不支持裸ADTS流（.aac）；需确保服务端返回audio/mp4或audio/x-m4a类型及正确CORS头。
为什么 html5play 播不了 AAC 音频
不是 html5play 本身不支持 AAC，而是它底层依赖浏览器的 Audio 或 元素——而浏览器是否能播 AAC，取决于封装格式和 MIME 类型。常见问题：直接传入 .aac 文件（ADTS 帧裸流）会失败，因为 Chrome/Firefox 不支持裸 ADTS；Safari 虽支持，但要求 Content-Type: audio/aac 且无跨域干扰。
html5play 播 AAC 的正确文件格式与路径写法
必须用 MP4 封装的 AAC（即 .m4a 或 .mp4），不能是纯 .aac。服务器返回的响应头中 Content-Type 必须为 audio/mp4 或 audio/x-m4a，而非 audio/aac。
- ✅ 正确路径示例：
https://example.com/sound.m4a（MP4 容器 + AAC 编码） - ❌ 错误路径示例：
https://example.com/raw.aac（裸 ADTS 流，多数浏览器拒绝解码） - ⚠️ 注意：即使后缀是
.m4a，如果实际内容是 ADTS 裸流（可用ffprobe sound.m4a验证），仍会静音或报错DOMException: The element has no supported sources
手动 fallback 到 Web Audio API 播 ADTS 裸流
若只能拿到 .aac 文件（比如 IoT 设备直推的 ADTS 流），html5play 无法直接处理，需绕过它，用 fetch + Web Audio API 解码：
fetch('stream.aac')
.then(r => r.arrayBuffer())
.then(buf => {
const ctx = new (window.AudioContext || window.webkitAudioContext)();
ctx.decodeAudioData(buf).then(audioBuf => {
const src = ctx.createBufferSource();
src.buffer = audioBuf;
src.connect(ctx.destination);
src.start();
});
});
注意：decodeAudioData 仅支持 ADTS 头完整的单次完整 AAC 帧数据，不支持流式拼接；实时流需用 ScriptProcessorNode（已废弃）或 AudioWorklet，复杂度陡增。
立即学习“前端免费学习笔记（深入）”；
检查并修复服务端响应头与 CORS
哪怕格式正确，html5play 也可能因响应头缺失或跨域失败而静音：
- 确保服务器返回
Content-Type: audio/mp4（对.m4a）或audio/aac（仅 Safari 对 ADTS 有效） - 必须带
Access-Control-Allow-Origin: *（或具体域名），否则html5play初始化时可能不报错但无声音 - 用浏览器 DevTools → Network → 点击音频请求 → 查看 Response Headers，确认这两项存在
最容易被忽略的是：本地开发时用 file:// 协议打开 HTML，会导致所有音频请求被 CORS 拦截——必须起一个本地 HTTP 服务（如 python3 -m http.server）再测。
