autoplay属性不保证播放，能否自动播放取决于muted是否以无值布尔属性形式存在且满足用户交互前提；动态设置muted无效，必须HTML中写为<video muted autoplay>。
autoplay 属性本身不保证播放，只参与浏览器策略判定；真正决定能否自动播的，是 muted 是否以无值布尔属性形式出现在 HTML 中，以及是否满足用户交互前提。
video 标签里 muted 必须写成无值形式
浏览器只在解析 HTML 时检查 muted 是否作为原生布尔属性存在。一旦带等号或值，就失效：
- ✅ 正确：
<video muted autoplay> - ❌ 失效：
<video muted="true" autoplay>、<video muted="" autoplay>、<video muted="muted" autoplay>
JS 动态设置 video.muted = true 不会触发 autoplay 权限，仅影响当前音量状态；且若视频已加载完成，该赋值可能被忽略。
为什么写了 autoplay 还没声音甚至不播
常见现象不是代码写错，而是策略拦截静默发生：
立即学习“前端免费学习笔记（深入）”；
- 控制台无报错，但
video.readyState停在 0 或 1 —— 视频根本没开始加载，autoplay被策略丢弃 - iOS Safari 黑屏/跳全屏 —— 缺少
playsinline或webkit-playsinline - 安卓 WebView 播了但有声 —— 视频文件自带音频轨道，
muted只是策略通行证，不是消音器
验证是否真“生效”：监听 playing 事件或检查 video.play().catch(e => console.log(e))，不能只看 DOM 是否渲染。
JS 动态创建 video 时 muted 和 play() 的调用顺序
动态创建必须同步设好状态，否则 Chrome/Safari 会拒绝：
- ✅ 先设属性再 append 再 play：
video.muted = true、video.autoplay = true、video.playsInline = true都要在appendChild()前完成 - ❌ 错误顺序：
appendChild()后再video.muted = true，再play()—— iOS Safari 仍报NotAllowedError - ⚠️ 注意：
play()返回 Promise，务必.catch()捕获失败，别让它静默吞掉问题
如果 src 是后续异步设置的（比如从 API 获取），得监听 loadedmetadata 后再 play()，且此时 muted 必须早已为 true。
有声播放唯一合规路径：用户点击后解除静音
想播声音，不能靠“绕过”，只能等真实交互：
- 有效事件：同步执行的
click、touchstart（iOS Safari 对touchend支持不稳定） - 无效时机：放在
setTimeout、fetch.then、scroll回调里调用play() - 操作链必须是：
video.muted = false→video.play()，且两者都在同一事件回调内
很多项目卡在这里——以为设了 muted = false 就完事，其实没触发 play()，或者触发时机不在用户激活上下文里。最稳的做法是：首次点击按钮后，统一执行取消静音 + 播放，并禁用该按钮防重复。
真正难的不是写对属性，而是理解浏览器把 muted 当作策略开关而非音量控制；视频文件里残留音频流、iOS 全屏劫持、WebView 内核差异，都会让看似相同的代码在不同环境表现不一。
