现代浏览器因静音策略拦截 play()，须在用户交互回调中调用；确保 audio.readystate≥2、监听 canplay 事件；ios 要求元素已挂载 dom 且避免 preload="none"；play() 返回 promise 必须 catch 处理，重播前重置 currenttime 并检查状态。
play() 被浏览器静音策略拦截
现代浏览器（Chrome、Edge、Safari）默认禁止自动播放音频，除非用户已与页面发生过交互（如点击、触摸）。调用 play() 时若无用户手势上下文，会直接抛出 NotAllowedError: play() failed because the user didn't interact with the document first.
- 确保
play()在事件回调中调用，例如button.addEventListener('click', () => audio.play()) - 避免在
DOMContentLoaded、load或定时器中直接调用play() - Safari 还要求音频元素必须设置
muted属性才能实现自动播放（哪怕后续再取消静音）
audio 元素未正确加载或状态异常
play() 失败也可能是因为资源未就绪或状态不满足。即使没报错，也可能静默失败。
- 检查
audio.readyState：0 表示未初始化，1 表示有元数据但无音频数据，2+ 才建议调用play() - 监听
canplay或canplaythrough事件后再调用play()，比直接调用更可靠 - 确认
src是有效路径，且服务端返回了正确的Content-Type（如audio/mpeg），否则 Safari 可能拒绝解码
移动端 iOS 的特殊限制
iOS WebKit 对音频控制极为严格：不仅要求用户手势，还强制要求音频元素在 DOM 中且已插入文档，且不能是动态创建后立即播放。
- 不要用
document.createElement('audio')后立刻play()；先document.body.appendChild(audio)，再在下一轮事件循环（如setTimeout(() => audio.play(), 0)）中调用 - 避免使用
preload="none"，iOS 下可能无法触发加载流程 - 部分 iOS 版本对
autoplay+muted组合支持不稳定，建议仍以显式点击触发为第一方案
Promise 返回被忽略导致错误吞没
play() 返回 Promise，失败时不会抛出同步异常，而是 reject —— 如果你不 await 或 catch，错误会被静默丢弃，看起来就像“没反应”。
- 务必处理 Promise：
audio.play().catch(e => console.error('Play failed:', e)) - 在调试时加个
console.log确认是否进了catch，很多问题其实就卡在这一步 - 注意 Promise reject 的错误类型可能是
DOMException，不是普通 Error，用e.name判断更准确（如'NotAllowedError'、'NotSupportedError'）
play()（比如重播）仍可能因状态未重置而失败 —— 记得在 pause() 后手动 currentTime = 0，并在重播前检查 paused 和 ended 状态。 
