embed src 在2026年已完全失效：Flash资源静默失败；PDF需同时满足HTTPS路径、application/pdf类型、固定宽高才可能渲染；音视频/SVG/HTML须改用video/audio/iframe/object/img等现代标签。
embed src 指向 SWF 或 Flash 资源根本不会加载
2026 年所有主流浏览器（Chrome、Firefox、Edge、Safari）已彻底移除 NPAPI 插件支持，embed src="banner.swf" 这类写法会静默失败：不报错、不渲染、控制台可能只显示 net::ERR_BLOCKED_BY_CLIENT，但不会提示“Flash 已禁用”。iOS 和 Android 从未支持过该机制，本地双击 file:// 打开也无效。
PDF 的 src 配置有三个硬性条件，缺一不可
目前仅 application/pdf 类型还有极小概率残余渲染，但必须同时满足：
-
src必须是服务器可访问的路径（http://或https://），file://协议直接失败 -
type必须显式写成application/pdf（application/x-pdf或漏写会导致下载或空白） -
width和height必须设为具体像素值（如width="800" height="600"），height="auto"全平台无效
验证是否真正在加载：打开开发者工具 → Network 面板 → 查看 PDF 请求返回码是否为 200 OK，且响应头含 Content-Type: application/pdf。
音视频、SVG、HTML 片段等资源不能靠 embed src 加载
embed src="video.mp4" 或 embed src="icon.svg" 在现代浏览器中不触发任何解码逻辑，即使写了 type="video/mp4" 或 type="image/svg+xml"，浏览器也完全忽略这些值。常见现象是留出空白矩形区域，尺寸由 width/height 决定，但内容始终为空。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
- 音视频 → 改用
<video>或<audio>，它们支持controls、preload、canPlayType()检测 - PDF → 优先用
<iframe src="doc.pdf"></iframe>（注意跨域限制），次选<object data="doc.pdf" type="application/pdf"><p>下载 PDF</p></object> - SVG → 改用内联
<svg>或<img src="icon.svg">；需要交互时用 Canvas 或 WASM 模拟器（如 Ruffle）
动态改 src 属性毫无意义，除非你明确知道目标环境还支持 NPAPI
用 JavaScript 修改 document.getElementById("myEmbed").src = "new.pdf" 看似可行，但实际效果取决于底层插件机制是否存在。2026 年绝大多数环境已无此机制，修改后既不触发新请求，也不重绘内容——DOM 属性变了，但渲染层无响应。唯一例外是锁定 IE11 或政务定制浏览器的内网系统，且必须确认其仍启用 Flash 白名单，并禁用 autostart、flashvars 等 HTML5 中无定义的属性。
最容易被忽略的是：embed 不支持任何 fallback 内容，哪怕你写 <embed src="x.swf">Your browser doesn't support this.</embed>，那段文字也永远不会显示。
