video.muted = true 无法替代 html 的 muted 属性，因浏览器仅在 html 解析阶段依据该属性判断 autoplay 合规性，js 后设已错过策略窗口；muted 必须为无值布尔属性，且需与 autoplay 共存、正确设置 playsinline（尤其 ios）、响应头合法、避免隐藏元素，并在动态换源后显式重置 muted 并调用 load() 和 play()。
video.muted = true 为什么不能替代 HTML 的 muted 属性
因为浏览器只在 HTML 解析阶段检查 autoplay 是否“合规”，而 muted 是它判断静音状态的唯一依据。JS 后设 video.muted = true 或 el.setAttribute('muted', '') 都太晚——此时 autoplay 策略窗口已关闭，play() 调用大概率被拒绝，报错 DOMException: play() failed because the user didn't interact with the document first。
常见错误现象包括：视频卡在首帧、video.paused 始终为 true、控制台无报错但毫无反应。
-
muted必须是无值布尔属性，写成muted="true"或muted="muted"会被忽略（Safari/Chrome 均不识别） - Vue/React 中用
:muted="true"会渲染出带值属性，同样失效；需改用v-bind:muted+null或直接写死muted - 服务端渲染或静态 HTML 最稳；动态创建元素时，必须在插入 DOM 前设置
el.setAttribute('muted', '')
autoplay + muted 组合为何仍是最低可行底线
现代浏览器（Chrome ≥66、Safari ≥11、Firefox ≥66、Edge）已将“有声自动播放”视为策略级干扰，默认静默拦截。没有例外，不妥协。
autoplay 本身只是提示，不是指令；真正触发播放的是浏览器对 autoplay 和 muted 同时存在的判定。
- 缺
muted→ 即使视频本身无音频轨道，部分旧版 Safari 仍拒播 - 缺
autoplay→muted单独存在无意义，不会触发自动播放逻辑 - 两者顺序无关，但必须共存于同一标签：
<video autoplay muted></video> - Content-Type 响应头必须正确（如
video/mp4），否则解析失败导致 autoplay 静默失效
iOS Safari 对 muted 的额外依赖：playsinline 不可省略
iOS Safari 不仅要求 muted，还强制要求 playsinline，否则即使属性全对，也会跳转全屏并中断播放流程。
这不是兼容性补丁，而是 iOS 的硬性行为：没有 playsinline，autoplay 在视觉和逻辑上都等于没写。
- 写法只需
playsinline（iOS 10+ 原生支持），无需webkit-playsinline；但微信 X5 内核建议双写保底 -
playsinline必须在src设置前就存在，否则 iOS 可能忽略 - 若视频初始被
display: none或visibility: hidden隐藏，即使属性齐全，也可能因未进入可播放状态而失败
动态换源后 muted 失效？关键在 load() 和 play() 的调用时机
通过 JS 修改 video.src 后，HTML 属性不会重生效，autoplay 不会重新触发。此时必须手动走一遍加载+播放流程，且 muted 状态必须显式维持。
最容易被忽略的是：换源后如果之前用 JS 解过静音，video.muted 可能已是 false，再调 play() 就直接失败。
- 换源后必须先调
video.load()，再确保video.muted = true，最后调video.play() -
play()返回 Promise，务必.catch(e => console.warn("Play failed:", e))，别让它静默吞掉错误 - 若
play()报NotAllowedError，说明当前上下文已丢失播放权限，只能等下一次用户手势（如 click）
真正复杂的地方不在属性怎么写，而在于浏览器把“自动播放”拆成了三个不可合并的阶段：HTML 解析时校验策略、首次交互后授予权限、媒体加载完成后执行播放。漏掉任一环，muted 就只是个摆设。
