autoplay不控制加载，仅声明就绪后是否播放；真正决定加载时机的是preload属性和浏览器策略，需配合muted才能提高自动播放成功率。
autoplay 属性本身不控制媒体加载行为，它只声明“准备就绪后是否立即播放”——真正影响加载时机的是 preload 属性和浏览器策略。
autoplay=true 不等于视频立刻加载或播放
很多开发者误以为设了 autoplay=true 就万事大吉，结果发现视频既没加载也没动。这是因为：
-
autoplay是播放策略，不是加载指令；它依赖load()或浏览器隐式加载流程 - 若
preload="none"，即使autoplay=true，浏览器也可能完全不下载视频资源 - 现代浏览器（Chrome ≥77、Firefox ≥66、Safari ≥13.1）对有声自动播放施加静音限制，
autoplay会直接被忽略，不报错也不提示
必须配合 muted 才能提高 autoplay 生效概率
不加 muted 的 autoplay 在桌面 Chrome、Edge、新版 Safari 中基本失效，错误通常静默发生，控制台也无提示。解决方式很明确：
- HTML 中直接写：
<video autoplay muted controls> - JS 动态设置时，顺序很重要：先设
muted = true，再设autoplay = true，最后调load()或play() - 如果后续想恢复声音，只能在用户交互（如 click、touchstart）回调中执行
video.muted = false，否则会被浏览器拒绝
用 JavaScript 调用 play() 比依赖 autoplay 属性更可控
直接操作 DOM 属性的 autoplay 缺乏失败反馈机制，而 play() 方法返回 Promise，可捕获拦截原因：
const video = document.querySelector('video');
video.play().catch(err => {
console.warn('自动播放被阻止:', err.name); // 常见为 NotAllowedError
// 此处可显示“点击播放”按钮或 fallback 图片
});
注意点：
- 必须在用户手势上下文（如
click回调）中首次调用play()，才能建立“可播放状态” - 后续自动触发（如定时器、
ended事件）调用play()才可能成功 -
video.autoplay属性值不会因play()成功而自动变成true，它只是 HTML 反射属性，与实际播放状态无关
preload 属性才是真正决定加载行为的关键
如果你关心的是“视频资源什么时候开始下载”，该看的是 preload：
-
preload="auto"：浏览器可自主决定是否预加载（多数情况下会加载元数据+部分视频） -
preload="metadata"：只加载时长、尺寸、封面等信息，不加载视频帧——最省流量，也是autoplay场景下的推荐值 -
preload="none"：完全不预加载，直到用户点击才开始请求资源
搭配示例：<video preload="metadata" autoplay muted> —— 这是兼顾启动速度、兼容性与用户体验的常见组合。
