autoplay单独写无效，因现代浏览器默认禁用有声自动播放；必须同时满足autoplay、muted、ios下还需playsinline，且content-type需正确，动态换源后需手动调用load()和play()。
video 标签加 autoplay 不生效，不是代码写错了，而是浏览器根本拒绝执行——除非你同时满足静音、用户交互历史、格式与属性组合等硬性条件。
为什么 autoplay 单独写没用
Chromium 系统（Chrome、Edge、新版 Opera）和 Safari 都在 2017 年后默认禁用有声自动播放。这不是 bug，是策略：防止网页一打开就突然出声打扰用户。所以即使你写了 <video autoplay></video>，只要没 muted，绝大多数现代浏览器会直接忽略 autoplay，连报错都不会抛。
-
autoplay是布尔属性，但它的“真值”依赖于其他属性是否就位 - 不加
muted→ 视频加载完成但暂停在第一帧，play()调用会失败并抛NotAllowedError - 即使加了
muted，iOS Safari 还可能因缺少playsinline强制全屏，导致布局崩坏或播放中断
autoplay + muted 是最低可行组合
这是当前所有主流桌面/移动端浏览器（Chrome 66+、Firefox 66+、Safari 10+、iOS 10+）认可的自动播放底线。没有例外，不妥协。
- 必须同时存在：
<video autoplay muted></video>，顺序无关，但缺一不可 - 不要只写
muted="muted"或autoplay="autoplay"—— 布尔属性用简写即可，冗余写法无害但没必要 - 如果视频本身不含音频轨道（比如纯监控画面），
muted仍需保留，否则部分浏览器（如旧版 Safari）仍会拒播 - 服务端返回的视频响应头里，
Content-Type必须正确（如video/mp4），否则autoplay可能因解析失败而静默失效
iOS Safari 需额外加 playsinline
iOS 默认强制 <video></video> 全屏播放，哪怕加了 autoplay 和 muted，也会跳转全屏、破坏页面流。要让它乖乖待在容器里内联播放，playsinline 是必需项。
- 写法：
<video autoplay muted playsinline></video> - 无需
webkit-playsinline（iOS 10+ 已原生支持，旧写法可删） - 若用 JS 动态设置，需在
src赋值后、play()前确保该属性已存在，否则 iOS 可能忽略 - 注意：某些微信内置浏览器（基于 X5 内核）对
playsinline支持不稳定，可配合webkit-playsinline双写保底
动态换源后 autoplay 失效怎么办
通过 JS 修改 video.src 后，autoplay 属性不会重新触发。浏览器认为这是“用户主动行为”，但未获得新的播放许可上下文，所以不会自动播。
- 必须手动调用：
video.load()→video.play() - 调用
play()前，确保muted仍为 true（尤其如果你之前用 JS 解除了静音） - 若
play()报NotAllowedError，说明当前上下文已丢失播放权限，需等待下一次用户手势（如 click）后再尝试 - blob URL 场景下，注意
URL.revokeObjectURL()别提前调用，否则视频变空白
真正卡住人的从来不是怎么写 autoplay，而是忘记它本质是个“有条件通行证”：静音是门槛，用户交互是签证，iOS 的 playsinline 是边检章。漏掉任意一环，视频就停在黑屏上，连错误提示都懒得给你。
