audio标签支持AAC音频，但需通过显式声明type="audio/aac"，且服务器必须返回正确Content-Type；Safari支持最稳，Chrome/Firefox需纯AAC-LC编码并严格配置MIME与fallback。
audio 标签支持 AAC 音频吗
支持，但不是所有浏览器都原生支持 audio/aac MIME 类型，且必须通过 src 属性“碰运气”。Safari（尤其是 iOS）对 AAC 支持最稳定；Chrome 和 Firefox 默认不识别 .aac 文件，即使文件本身可解码，也会因 MIME 类型不匹配而跳过。
怎么写才能让 AAC 音频实际播放
关键不在文件后缀，而在 type 属性值和服务器配置：
-
type必须写成"audio/aac"，不是"audio/mp4"、"audio/mp3"或"audio/x-aac"—— 后者均无效 - 音频文件需是纯 AAC-LC 编码（.aac 或 .m4a 容器），不含视频流；用 FFmpeg 检查：
ffprobe -v quiet -show_entries stream=codec_name,codec_type file.aac，输出应为codec_name=aac且codec_type=audio - 本地开发时若用
python -m http.server，默认不发audio/aacMIME 类型，需加简单代理或改用live-server等支持自定义 MIME 的工具 - 推荐搭配 fallback：把
为什么加了 type="audio/aac" 还是不加载
常见卡点：
- 服务器返回的
Content-Type响应头不是audio/aac（例如返回了application/octet-stream），浏览器直接忽略该 - 文件其实是 .m4a 容器但内含 ALAC（无损）或 HE-AAC（SBR），这些编码 Chrome/Firefox 不支持，仅 Safari 部分支持
- 用了
autoplay但没加muted，触发静音拦截，控制台报DOMException: play() failed because the user didn't interact with the document first，和格式无关，但现象容易误判 - 路径写成
./sound.aac但实际文件名是Sound.AAC—— macOS/Linux 区分大小写，Windows 不区分，部署到 Linux 服务器后 404
要不要在项目里主推 AAC 格式
不建议。除非你明确只服务 iOS/Safari 用户，否则优先用 mp3 + ogg 组合更省心。AAC 的真正价值在于：
- iOS Safari 背景音频续航更好（尤其配合
playbackRate和webkit-playsinline） - 相同音质下比 MP3 体积小 15–20%，适合带宽敏感场景
- 但引入它就要多一套构建流程（转码、MIME 配置、fallback 测试），而 MP3+OGG 已覆盖全部现代浏览器，且工具链成熟
如果已有一批 AAC 资源，别重转，用好
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
