object标签唯一稳定用途是PDF嵌入，需同时满足data为HTTP(S) URL、type为"application/pdf"、服务端返回Content-Type: application/pdf三条件，否则 fallback 仅在HTTP失败/CORS/类型不匹配/协议被拒时触发，且移动端基本不可靠。
object 标签在现代浏览器中几乎不用于“加载插件”，它唯一稳定可用的场景是 PDF 嵌入；其他用途（Flash、Java、ActiveX、SVG 交互控制等）已失效，强行使用只会白屏或静默失败。
PDF 嵌入必须满足三重硬性条件
只要漏掉其中一项，object 就会跳过内嵌逻辑，要么下载文件、要么空白、要么 fallback 不触发：
-
data必须是 HTTP(S) 可访问 URL（file://协议下 Chrome/Firefox/Safari 均拒绝加载） -
type必须严格写成"application/pdf"（写成"pdf"、"text/pdf"或留空均无效） - 服务端响应头必须含
Content-Type: application/pdf（Nginx/Apache 未配置 MIME 类型时，常返回text/plain或application/octet-stream）
加 typemustmatch 属性可强制校验响应头与 type 一致，避免服务端返回 HTML 却被当 PDF 渲染——这是最常被忽略的容错开关。
fallback 内容只在明确失败时才渲染
很多人误以为“没显示就该 fallback”，其实浏览器只在以下情况才展示 object 内部内容：
立即学习“前端免费学习笔记（深入）”；
- HTTP 请求失败（404/500/断网）
- CORS 阻止加载
- 响应头
Content-Type与type不匹配 - 协议被拒（如
file://）
但这些情况不会触发 onerror，也不会报 JS 错误。fallback 必须是合法 HTML 元素：<p>PDF 加载失败</p> 可行，<!-- 备用提示 --> 或纯文本不行。别嵌套 <param>——它不参与 fallback 流程，且现代浏览器完全忽略。
移动端 fallback 基本不可靠
iOS Safari、微信内置浏览器、QQ 浏览器等对 type="application/pdf" 的处理逻辑是“优先交由系统 PDF 应用打开”，而不是走 HTML fallback 流程：
- 即使你写了
<p>请下载</p>，90% 情况下用户什么也看不到 - 删掉
type属性后，object往往直接降级为下载链接，而非渲染 fallback -
data含中文或查询参数（如report.pdf?name=张三）会导致请求发不出，fallback 也不渲染
真要兜底，得靠 JS 主动检测：监听 load 后延时检查 offsetHeight === 0，或用 fetch() 预检资源可访问性——object 自身不提供可靠信号。
别碰 param，改用更可控的替代方案
<param> 在现代浏览器中完全无效，因为插件宿主环境已不存在：
- PDF 场景下写
<param name="src" value="report.pdf">没用，内置查看器根本不读这个 - SVG 场景应走 URL 查询字符串，比如
data="chart.svg?theme=dark" - 需要 JS 控制（缩放、跳页、搜索），
object不暴露任何 API；推荐改用<iframe src="report.pdf">或pdf.js
真正容易被忽略的点是：PDF fallback 是否在服务端 404、CORS 阻止、Content-Type 不匹配、加载超时等任一环节失效——而这些错误在控制台里往往毫无痕迹。
