embed 元素的 autostart 和 loop 属性已失效且被标准弃用，应改用 video/audio 元素配合 autoplay、muted、loop；autoplay 失效主因是未静音、资源未就绪或 file:// 协议限制；iOS Safari 中 loop 依赖用户手势触发，需监听 ended 事件手动重播以确保兼容性。
embed 元素的 autostart 和 loop 属性在现代浏览器中基本失效，且已被标准弃用。别费劲调试它们——直接换用 video 或 audio 元素，配合 autoplay、muted、loop 才是可靠方案。
为什么 embed.autostart 在 Chrome/Firefox/Edge 里完全不工作
embed 是遗留插件容器（曾用于 Flash、QuickTime），其 autostart 属于非标准属性，从未被 HTML 规范接纳。现代浏览器已移除对它的解析逻辑：
- Chrome 从 v70+ 开始彻底忽略
autostart，控制台无警告，也无 network 请求发出 - Firefox 自 v80 起不再触发任何自动加载行为，即使
src是本地文件 - 即使加了
type="video/mp4"，embed也不会走 HTML5 媒体管道，而是尝试调用过时的 NPAPI 插件层（早已禁用）
video 元素 autoplay 失效的三大硬性前提
写了 autoplay 却没播，大概率卡在这三个环节：
- 没加
muted：Chrome/Edge/Safari 强制要求静音才能自动播放，否则静默拒绝，play()调用会抛NotAllowedError - 资源未就绪：
src返回 404、CORS 阻止、或响应头缺失Accept-Ranges: bytes，导致readyState停在0（HAVE_NOTHING） - 协议问题：用
file://直接双击打开 HTML 文件时，所有主流浏览器均禁用 autoplay 策略，哪怕加了muted loop
loop 属性在 iOS Safari 上的行为陷阱
iOS Safari 对 loop 的支持是“名义存在，实际不可靠”：
立即学习“前端免费学习笔记（深入）”；
-
<video autoplay loop muted playsinline>在 iOS 上等同于没写autoplay和loop—— 页面加载完视频不会动，更不会循环 - 必须由用户真实手势（
click、touchend）触发play()后，loop才开始生效 - 若视频因网络抖动中断在末尾前，
ended事件不会触发，loop不重置；此时得自己监听pause+timeupdate判断是否卡在结尾附近 - 务必加
playsinline，否则 iOS 强制全屏，全屏状态下loop行为更难预测，甚至被系统接管
替代 loop 的健壮写法：监听 ended 事件手动重播
绕过原生 loop 的兼容性黑洞，用 JS 显式控制：
const video = document.querySelector('video');
video.addEventListener('ended', () => {
video.currentTime = 0;
video.play().catch(e => {
// iOS 拒绝自动播放时静默吞掉错误，不打断后续逻辑
console.warn('loop fallback play rejected:', e.name);
});
});
这个模式能明确计数（加个 let loopCount = 0）、处理失败、适配所有平台，比依赖属性更可控。注意：不要在 ended 里反复调用 load()，它会清空缓冲，造成卡顿。
真正麻烦的不是怎么写属性，而是得时刻记住：autoplay 和 loop 的生效链条极长——从协议、请求头、解码状态、用户交互历史，到设备系统策略，漏掉任意一环都会静默失败。调试时优先看 network 面板和 video.readyState，而不是反复改 HTML 属性。
