loop 是布尔属性，只认是否存在而非值内容；其生效依赖音频正常播放完成，常见失效原因包括资源加载失败、未触发用户手势、preload 设置不当及移动端解码中断；它仅控制循环开关，无法实现无缝播放、区间循环或自动重置 currenttime。
loop 属性到底是不是布尔属性
是，而且只认“有没有”，不认“值是什么”。loop 是 HTML5 原生布尔属性，只要标签里写了 loop，就等价于开启循环；写成 loop="true"、loop="loop" 甚至 loop="" 都合法，但只有前两种形式（有该属性）才生效，空字符串也行，但没必要。JS 中必须用布尔值赋值：audio.loop = true，写成 audio.loop = "true" 会失效——浏览器把字符串当 truthy，但 DOM 属性实际只接受 true/false。
为什么加了 loop 却只播一次
大概率不是 loop 失效，而是音频根本没进入“正常播放完成”状态：
- 音频文件 404 或 MIME 类型错误（比如服务器返回
text/plain而非audio/mpeg），network 面板可见请求失败 - 未触发用户手势（如点击按钮），Chrome/Safari 拦截
autoplay，导致连第一轮都播不起来，loop自然无从谈起 -
preload="none"且没手动调load()，readyState始终为 0，播放器连时长都不知道，结束事件也不会触发 - 移动端 iOS Safari 在网络波动或解码中断时，可能卡在末尾却不触发
ended，此时loop不启动——它只响应“正常播完”，不响应“异常中断”
如何让 loop 真正稳定工作
关键不在堆属性，而在控制加载与播放时机：
- 显式设
preload="metadata"或preload="auto"，确保能读到duration - 监听
canplay或loadeddata后再调play()，别在 DOM ready 就急着播 - 自动播放必须绑定在用户手势回调里，例如：
<button onclick="audio.play()">播放</button> - 避免和
autoplay绑定使用——现代桌面浏览器默认禁用带autoplay的loop，静音也不行
loop 无法解决的三个硬伤
它只是个开关，不提供任何精细控制能力：
- 做不到无缝循环：MP3 文件普遍有 100–300ms 静音间隙，这是解码器限制，改格式（如用
.ogg）可能缓解，但无法根除 - 不能限定循环区间：想只循环第 8.7 秒到 15.2 秒？
loop完全无能为力，必须监听timeupdate+ 手动跳转currentTime - 不重置
currentTime：播完后audio.currentTime仍是最大值（如 120），不是 0，JS 读取时要注意这个陷阱
真正麻烦的从来不是怎么写 loop，而是你是否意识到：它只负责“播完回开头”，至于“播没播起来”“播得顺不顺”“回不回得准”，全得靠 JS 补位。
