embed标签在2026年已基本失效，仅PDF偶有残余支持，须同时满足src为服务器可访问路径、type="application/pdf"、宽高设为具体值三条件，其余内容应改用img/iframe/video/audio等原生标签。
src 属性必须是可访问的绝对或相对路径
src 是 embed 标签唯一必需的属性，它指向外部资源的实际位置。浏览器会尝试直接加载该 URL，不经过任何中间解析或 fallback 机制。
常见错误包括：
- 路径写错（比如漏掉
.mp4后缀、大小写不匹配，尤其在 Linux 服务器上） - 使用了协议相对 URL（
//example.com/video.mp4），但在本地file://打开时直接失败 - 跨域资源未配置 CORS，控制台报
Blocked loading resource from origin 'null'或类似CORS policy: No 'Access-Control-Allow-Origin'错误
推荐做法是：始终用完整协议 URL（如 https://cdn.example.com/audio.ogg）或确保相对路径基于当前 HTML 文件所在目录计算。调试时直接把 src 值粘贴到地址栏，看能否独立下载成功——这是最快速验证方式。
type 属性不是可选装饰，而是影响加载行为的关键开关
type 属性告诉浏览器“这个资源大概是什么类型”，它不校验文件内容，但会影响插件选择和 MIME 处理逻辑。如果省略或填错，浏览器可能：
- 忽略
embed，显示空白区域（尤其在 Chrome 80+ 和 Safari 中） - 尝试用默认插件加载，结果弹出“无法播放”提示（比如把
video/webm写成video/mp4） - 在部分旧版 IE 中触发 ActiveX 安全警告
典型值示例：
type="video/mp4"、type="audio/mpeg"、type="application/pdf"、type="image/svg+xml"
注意：type 必须与服务器实际返回的 Content-Type 响应头一致，否则可能被拦截。可通过浏览器开发者工具的 Network 面板检查响应头确认。
src 和 type 不匹配时，现代浏览器基本不给机会降级
过去 embed 可能依赖 Flash 插件兜底，现在几乎所有主流浏览器已移除 NPAPI 支持，意味着没有插件可用。一旦 src 指向的资源类型与 type 声明不符，或浏览器根本不支持该 MIME 类型，就会静默失败——既不报错也不渲染。
- 例如：设
type="audio/wav"，但实际文件是.flac，Chrome 直接不加载 - 又如：设
type="application/x-shockwave-flash"，现代 Edge/Chrome/Firefox 全部无视 - 再如：PDF 文件若用
type="application/pdf"，Firefox 和 Safari 可内建渲染；但 Chrome 通常交由 PDF Viewer 插件（现已内置），而移动端 Safari 则可能直接跳转下载
真正容易被忽略的是：你写的 type 值是否在 IANA 注册列表中（比如 audio/flac 是合法的，audio/flac2 就不是）。写错一个字符，就等于关掉了整个加载链路。
