现代浏览器静音策略下play()失败会抛NotAllowedError，老旧浏览器则静默失败或报无描述DOMException；需用try...catch捕获、用户交互后立即调用、audioContext.resume()唤醒、降级提示及微信特殊处理。
play() 被静音策略拦截的典型报错
现代浏览器（Chrome 66+、Firefox 70+、Safari 13.1+）默认禁止自动播放带声音的媒体，调用 play() 若无用户手势触发，会直接抛出 NotAllowedError: play() failed because the user didn't interact with the document first.。这不是 bug，是策略；但老旧浏览器（如 IE11、Android 4.4 WebView）压根不抛这个错，而是静默失败或报 DOMException 无描述——容易误判为“没加载完”。
实操建议：
- 永远用
try...catch包裹play()，捕获NotAllowedError和空DOMException - 不要依赖
video.readyState === 4就认为能播——IE11 下 readyState 可能为 4 但play()仍失败 - 在按钮点击、触摸、键盘事件等明确用户交互后立即调用
play()，不要加 setTimeout 延迟
audioContext.resume() 是绕过静音策略的关键补丁
当媒体元素本身被策略卡住时，降级思路不是换标签，而是“唤醒音频上下文”。哪怕只播一个 1ms 的静音 AudioBuffer，也能让后续 video.play() 在部分旧版 Chrome / Safari 中恢复权限。
实操建议：
- 在页面初始化时创建
AudioContext，但先不resume() - 用户首次交互（如点击播放按钮）时，立刻调用
audioContext.resume()，再调用video.play() - 注意：iOS Safari 12+ 要求
resume()必须在用户手势回调内同步执行，不能丢进 Promise.then 或 setTimeout - 示例片段：
const audioCtx = new (window.AudioContext || window.webkitAudioContext)();<br>button.addEventListener('click', () => {<br> audioCtx.resume().then(() => video.play());<br>});
IE11 和 Android 4.x 的兜底 fallback 方式
IE11 不支持 play() Promise 返回值，Android 4.4 WebView 对 canplay 事件响应极不可靠——这时候别硬扛，该降级就降级。
实操建议：
- 检测
HTMLMediaElement.prototype.play是否返回 Promise，不返回则视为老旧环境（IE11、旧 WebView） - 对这类环境，放弃自动播放，改用显式提示：“点击开始播放”，并绑定
onclick="video.play()"内联调用（IE11 对内联事件更宽容） - 避免使用
preload="auto"，改用preload="metadata"减少 IE11 加载阻塞 - 若必须静音自动播，可尝试设置
video.muted = true后再play()——但 Android 4.4 某些机型仍会失败，需配合setTimeout(() => video.play(), 100)重试一次
移动端微信 WebView 的特殊处理
微信内置浏览器（尤其 iOS 微信 7.0.15–8.0.2）会劫持 play() 并强制静音，且不触发 onerror。表面成功，实际无声，开发者常以为是音频源问题。
实操建议：
- 用微信 JS-SDK 的
weixinJSBridge注入播放逻辑：if (typeof WeixinJSBridge !== 'undefined') {<br> WeixinJSBridge.invoke('getNetworkType', {}, () => video.play());<br>} else {<br> document.addEventListener('WeixinJSBridgeReady', () => video.play());<br>} - 不要依赖
video.volume = 0来“伪装静音”——微信会忽略该设置，仍按策略禁播 - 测试时务必真机调试：iOS 微信开发者工具模拟不准确，Android 微信对
play()兼容性反而更好
兼容性不是堆 polyfill 能解决的，关键是分清哪些是策略限制（必须用户触发）、哪些是实现缺陷（可用变通绕过）、哪些是彻底不支持（只能降级交互）。最易被忽略的是：微信和 QQ 浏览器里，play() 成功不代表有声音，得靠 audioContext.state === 'running' 或播放后读取 video.currentTime 是否变化来二次确认。
