audio标签的loop属性是布尔属性，只需存在即启用循环，无需赋值；JavaScript中应直接操作element.loop布尔值；iOS等平台因策略限制可能忽略loop，需用ended事件手动重播。
audio 标签的 loop 属性是布尔属性，设为 loop 即可启用循环
不需要写 loop="true" 或 loop="1" —— 这是常见误解。HTML5 中 loop 是原生布尔属性，只要存在该属性，浏览器就视为开启循环；移除它即关闭。
-
✅ 正确 -
⚠️ 无效但不报错（部分浏览器会忽略值，仅认属性存在） -
✅ 等效于loop，空字符串也成立
JavaScript 动态控制 loop 需用 element.loop 布尔赋值
通过 JS 切换循环状态时，不能用 setAttribute('loop', 'loop') 模拟 HTML 写法，而应直接操作 DOM 属性 loop（注意不是 looped 或 isLooping）。
const audio = document.querySelector('audio');
audio.loop = true; // 开启循环
audio.loop = false; // 关闭循环
- 不要用
audio.setAttribute('loop', '')—— 它可能触发重载或行为不一致（尤其在 Safari 中） -
audio.loop的值始终是布尔类型，读取时返回true/false，不是字符串 - 设置后立即生效，无需调用
load()或play()
某些浏览器（如 iOS Safari）会忽略 loop 属性
iOS 系统限制 Web Audio 自动播放与循环行为，即使写了 loop，音频播完后也不会自动重播 —— 这不是代码写错，而是平台策略。
- 必须由用户手势（如
click、touchstart）触发首次play()，之后loop才可能生效 - 若需绕过限制，可用
ended事件手动重播：audio.addEventListener('ended', () => { audio.currentTime = 0; audio.play(); }); - 注意：手动
play()可能被静音策略拦截，需确保上下文已解除静音（例如用户已交互过）
和 autoplay 一起用时，loop 不保证“无缝循环”
即使同时设置了 autoplay 和 loop，多数浏览器会在末尾插入微小停顿（几十毫秒），尤其在 MP3 文件无尾部填充或未启用 VBR 优化时。
立即学习“前端免费学习笔记（深入）”；
- 真正无缝循环推荐用 Web Audio API +
AudioBufferSourceNode，但复杂度高 - 简单缓解：用
.ogg或.wav替代 MP3（部分编码下更易实现低延迟循环） - 检查音频文件本身是否含静音帧——用 Audacity 打开看结尾是否有空白，有则裁剪掉
loop 行为差异主要来自平台策略而非语法错误。iOS 上别指望纯 HTML 属性能可靠循环，得靠事件兜底；桌面端则基本按预期工作。 
