顺序直接影响能否播放,因浏览器按顺序调用canplaytype(),返回"probably"即加载并停止判断;safari不认audio/ogg但认audio/ogg; codecs=opus,chrome对opus返回"probably"而对普通audio/ogg仅返"maybe",顺序错则用户卡在loading。

为什么顺序直接影响能不能播
浏览器按 <source></source> 标签出现顺序逐个调用 Audio.canPlayType(),只要返回 "probably" 就立刻加载、停止后续判断。Safari 不认 audio/ogg,但认 audio/ogg; codecs=opus;Chrome 对 Opus 返回 "probably",对普通 audio/ogg 可能只返回 "maybe" —— 顺序错一丁点,用户就卡在 loading 状态。
-
<source src="a.opus" type="audio/ogg; codecs=opus"></source>放最前:Chrome/Safari/Edge 全部优先识别,体积小、解码快 -
<source src="a.m4a" type="audio/mp4; codecs=aac"></source>次之:iOS Safari 原生强支持,注意必须是 AAC-LC 编码(ffprobe file.m4a看codec_name是不是aac) -
<source src="a.mp3" type="audio/mpeg"></source>垫底:兼容性最广,但 Firefox 对 VBR 编码 MP3 有偶发 decode 失败,别放第一位 - 删掉
<source src="a.wav" type="audio/wav"></source>:16-bit PCM WAV 文件动辄几 MB,Firefox 虽能播,但用户得等完整下载才出声,且 Chrome 对 IEEE Float WAV 直接拒绝
type 属性写错等于直接放弃该格式
type 不是可选项,而是浏览器决定“要不要进解码器”的开关。写成 audio/mp3 或 audio/ogg(没带 codecs)会导致 Safari 和 Chrome 都跳过——前者返回空字符串,后者返回 "maybe",不触发加载。
- MP3 必须写
type="audio/mpeg",不是audio/mp3 - Opus 文件必须写
type="audio/ogg; codecs=opus",且后缀为.opus(不是.ogg) - m4a 必须写
type="audio/mp4; codecs=aac",不能省略codecs=aac;HE-AAC 或 ALAC 编码会失败 - 验证方式:控制台执行
new Audio().canPlayType('audio/ogg; codecs="opus"'),返回"probably"才算稳
服务端 MIME 类型不匹配,前端写再全也没用
即使 <source></source> 顺序和 type 全对,如果服务器返回的响应头 Content-Type 是 text/plain、application/octet-stream 或干脆为空,浏览器会把它当普通文本扔掉,连解码器都不调用。
- Apache 用户:在
.htaccess或虚拟主机配置里加AddType audio/ogg .opus、AddType audio/mp4 .m4a、AddType audio/mpeg .mp3 - Nginx 用户:在
types块里补audio/ogg opus;、audio/mp4 m4a;、audio/mpeg mp3; - 本地开发别双击 HTML:必须用
python3 -m http.server 8000启服务,file://协议下 Chrome/Firefox 会屏蔽音频加载 - 检查 Network 面板,确认每个音频请求的响应头
Content-Type和<source type></source>完全一致
preload 和 autoplay 的真实生效条件
preload="auto" 在 iOS 上无效,autoplay 更不是写了就播。现代浏览器(含微信 iOS)要求首次播放必须由用户手势触发,否则 play() 返回被 reject 的 Promise,控制台报 The play() request was interrupted。
- 静音自动播:必须同时写
autoplay muted,且确保volume === 0;JS 后续取消muted会导致 Safari 立即暂停 - 有声自动播:放弃幻想,改用按钮点击触发
audio.play().catch(e => console.warn('play rejected:', e)) - iOS Safari 还额外要求:音频元素必须在视口内、未被
display: none或opacity: 0遮挡 - preload 建议设为
metadata:减少首帧等待时间,又不触发预加载阻塞
真正影响兼容率的从来不是“有没有写 <source></source>”,而是顺序是否贴合浏览器实际支持链、type 是否精确到编码、服务端是否配对 MIME——三者缺一,用户听到的就只是沉默。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











