Embed 标签不适合 HTML5 多媒体，因其依赖已弃用的第三方插件、缺乏语义与可访问性、不支持现代媒体属性且移动端基本不可用；应使用原生 <audio> 和 <video> 标签替代。
Embed 标签在 HTML5 中已不推荐用于嵌入多媒体，它属于遗留用法，缺乏语义、可访问性差，且不被现代浏览器一致支持。真正符合 HTML5 规范的多媒体嵌入方式是使用 <audio> 和 <video> 标签。
为什么 Embed 不适合 HTML5 多媒体
Embed 是一个通用插件容器，依赖第三方插件（如 Flash、QuickTime）运行，而这些插件已被主流浏览器弃用或屏蔽。HTML5 的设计目标正是摆脱对插件的依赖，实现原生、安全、响应式的音视频播放。
- 无内置播放控件、无法键盘操作，不符合无障碍标准
- 不支持 preload、autoplay 等现代媒体策略属性
- src 资源加载行为因浏览器和插件而异，调试困难
- 移动端（尤其是 iOS）基本不支持 embed 插件调用
正确做法：用 <video> 和 <audio> 替代
这两个标签原生支持 MP4（H.264 + AAC）、WebM、OGG 等开放格式，自带 controls、loop、muted、poster 等实用属性，并可配合 JavaScript 精确控制播放状态。
- 基础视频嵌入：
<video controls src="movie.mp4" poster="cover.jpg"></video> - 多格式兼容写法：用
<source>提供备选编码，浏览器自动选择最优项 - 音频同理：
<audio controls><source src="song.mp3"><source src="song.ogg">Your browser does not support audio.</audio>
特殊情况：需要嵌入非标准内容怎么办
如果必须加载 PDF、SVG 动画、旧版交互式内容等非音视频资源，<embed> 或 <object> 仍可临时使用，但需注意：
立即学习“前端免费学习笔记（深入）”；
- 仅限已知安全、有 fallback 的场景（例如内嵌 PDF 可加 iframe 回退）
- 务必设置
type属性（如type="application/pdf"）和明确宽高 - 始终提供替代内容（如文本描述或链接下载），保障基础可用性
- 避免用于任何用户生成或不可信来源的内容，防止插件漏洞风险
兼容性与渐进增强建议
现代项目应以 <video>/<audio> 为默认方案，再按需增强：
- 用 MediaRecorder API 支持录制，用 Canvas 实现帧处理
- 通过
canPlayType()检测浏览器支持情况，动态加载 polyfill（如 hls.js） - 对老版本 IE（≤11）等极端场景，可用
<object>包裹 Flash 回退，但仅作为最后手段
