object标签中param仅在直接子级且type与data匹配时生效，用于PDF/SVG等少数场景，但现代浏览器对其支持有限，HTML内联时param完全无效。
object 标签在现代浏览器中已基本不用于插件加载，但参数配置逻辑仍需掌握——因为 param 的行为规则直接影响 PDF 嵌入、SVG fallback、HTML 内联等少数有效场景。错配 type、漏写 data 或把 param 放错位置，都会导致参数完全丢失，且无控制台报错。
param 标签必须嵌套在 object 内部才生效
浏览器只解析直接子级的 param 元素，且仅作用于其父级 object。放在外部、或塞进 object 里的 p、div 中，均被忽略。
- ✅ 正确：
<object data="a.pdf" type="application/pdf"><param name="toolbar" value="0"></object> - ❌ 错误：
<object></object><param>（脱离父级） - ❌ 错误：
<object><p><param></p></object>（非直接子级）
注意：IE 对 name 属性大小写敏感，统一用小写更稳妥；value 中含 &、= 等字符时，必须手动 URL 编码，浏览器不会自动处理。
立即学习“前端免费学习笔记（深入）”；
type 和 data 必须同时存在且匹配资源类型
object 的参数能否被识别，取决于浏览器是否真正“尝试加载”该资源。而触发加载的前提是：既声明了 type（MIME 类型），又提供了可访问的 data 路径。
- 只写
type="application/pdf"不写data→ 渲染空白区域，param不生效 - 只写
data="doc.pdf"不写type→ 浏览器按文件扩展名推测类型，Chrome 可能跳过param解析 -
type="text/html"但服务端返回Content-Type: text/plain→ 加载失败，直接 fallback，参数无效
PDF 场景下建议加 typemustmatch 属性强制校验响应头，避免因服务端配置错误导致静默降级。
PDF 嵌入时 param 的实际作用非常有限
现代浏览器对 PDF 查看器的控制权收得很紧。param 中的 name 值（如 toolbar、view）并非标准，Chrome、Firefox、Safari 各自支持程度不同，且多数已被废弃。
-
<param name="toolbar" value="0">：Chrome 忽略，Firefox 115+ 已移除支持 -
<param name="view" value="FitH">：仅 Safari 16+ 部分生效，且依赖width/height设置 - 真正可控的只有
data指向的 PDF 文件本身（如带书签、默认缩放的 PDF）
不要指望靠 param 实现页面内跳转或高亮——这些必须由 PDF 文件内建逻辑或 JS SDK（如 PDF.js）完成。
HTML 内联加载时 param 不起作用
当用 object 加载另一个 HTML 页面（type="text/html"）时，param 完全无效。浏览器不会把参数注入到子页面的 DOM 或全局作用域中。
-
<object data="page.html" type="text/html"><param name="id" value="123"></object>→ 子页面无法通过window.location.search或document.currentScript获取该参数 - 若需传参，必须改用 URL 查询字符串：
data="page.html?id=123" - 跨域时该方式也会被阻止，此时只能用
iframe+postMessage通信
这个限制常被忽略，尤其在微前端或文档聚合场景中——以为写了 param 就等于“传了配置”，其实子页面根本收不到。
