autoplay属性在主流浏览器中被策略性忽略，唯一可行方案是静音+用户手势触发play()。需满足muted=true、readyState≥2、事件回调内同步调用，并针对iOS额外设置playsinline和webkit-playsinline，且视频元素不可隐藏。
autoplay 属性在 Chrome、Safari、Firefox、Edge 中已不是“开关”，而是被浏览器策略直接跳过——它不报错、不警告、不播放，只安静忽略。唯一出路是：**静音 + 用户手势触发 play()**，缺一不可。
为什么写了 autoplay 却完全没反应
浏览器根本没执行这个属性，尤其当视频有声音或页面还没被用户点过时。常见表现包括：video.paused 始终为 true、readyState 停在 0 或 1、控制台干净得像什么都没发生。这不是加载失败，是策略级静默拒绝。
-
autoplay单独存在时，Chrome ≥66、Safari ≥11 等全部跳过，不调用play()，也不抛异常 - 即使加了
muted，若video.readyState < 2（元数据未加载），仍可能卡在首帧 - iOS Safari 根本不解析
autoplay属性本身，无论是否muted，都必须靠 JS 调用play()
play() 被拒绝的典型原因和写法
手动调用 play() 是当前最可靠方式，但它极易失败——关键不在“怎么写”，而在“谁调、何时调、怎么兜底”。
- 必须在用户真实事件（
click、touchstart）的回调中同步执行，不能包在setTimeout、Promise.then、fetch回调或滚动监听里 - 调用前建议检查
video.readyState >= 2，否则可能静默失败；可先监听loadedmetadata事件再调用 -
play()返回 Promise，务必加.catch(e => console.warn("播放被拒", e))；常见错误信息是"The request is not allowed by the user agent" - 动态创建
video元素时，muted = true和playsInline = true必须在play()之前设置，顺序反了即无效
iOS Safari 的硬性要求不能漏
iOS 是限制最严的平台，漏掉任一条件就等于白写。它不只看属性，还看 DOM 状态和调用时机。
立即学习“前端免费学习笔记（深入）”；
- 必须同时写
playsinline和webkit-playsinline，后者兼容 iOS 10–12 -
video元素不能初始为display: none或父容器visibility: hidden，否则无法进入可播放状态 - 避免用
transform: scale(0.99)或opacity: 0隐藏视频——部分 iOS 版本会触发策略回退 - 首次播放后才设
video.muted = false：Safari 17+ 会在播放中立即中断，应延迟约100ms并捕获失败
最容易被忽略的其实是两件事：一是 muted 不是“可选优化”，而是所有现代浏览器的硬性准入门槛；二是用户手势触发 play() 不是“兼容写法”，而是强制要求——哪怕只是点一下空白区域，也得真有点。
