object 标签不能替代 iframe，尤其在嵌入 HTML 页面时——它既不兼容跨域加载（Chrome/Edge v120+ 已禁用），也不提供 sandbox、loading="lazy"、allow 等关键能力，更无法通过 JS 访问嵌入页的 DOM。
object 标签不能替代 iframe，尤其在嵌入 HTML 页面时——它既不兼容跨域加载（Chrome/Edge v120+ 已禁用），也不提供 sandbox、loading="lazy"、allow 等关键能力，更无法通过 JS 访问嵌入页的 DOM。
为什么把 iframe src="page.html" 换成 object data="page.html" type="text/html" 会白屏
Chrome 和 Edge 从 v120+ 起默认禁止 object 加载跨域 HTML，即使加了 type="text/html" 也不会触发渲染；Firefox 虽仍支持，但若目标页返回 X-Frame-Options: DENY 或 Content-Security-Policy: frame-ancestors 'none'，object 同样被拦截（这点和 iframe 一致）；更重要的是：object 的 onload 事件对 HTML 类型无效，你无法靠它判断是否成功加载。
- 同源静态页面（如
./help.html）可能显示，但无脚本隔离、无样式隔离 - 没有
contentWindow或contentDocument属性，JS 完全无法与嵌入页通信 - 无障碍支持弱：
title属性不被屏幕阅读器识别，object块常被跳过
object 真正能用好的三个场景
它不是 iframe 的平替，而是为特定 MIME 类型设计的通用容器。只有当嵌入资源类型明确、且浏览器原生支持时，object 才比 iframe 更可靠：
- 嵌入 PDF：
<object data="manual.pdf" type="application/pdf"><p>请下载查看</p></object>— fallback 行为比iframe更稳定，尤其在旧版 Safari 中 - 内联 SVG：
<object data="icon.svg" type="image/svg+xml"></object>— SVG 可继承父级 CSS，支持 :hover 等样式，iframe无法做到 - 本地纯 HTML 片段（无 JS、无外链 CSS）：
data="./sidebar.html"— 必须加 fallback 内容，因为object不支持onerror，出错只显示内部文本
iframe 不可替代的硬性能力
现代网页嵌入需求中，这些不是“锦上添花”，而是底线要求：
立即学习“前端免费学习笔记（深入）”；
-
sandbox属性：可精确控制脚本执行、表单提交、弹窗等权限，object完全没有对应机制 -
loading="lazy"：原生延迟加载，object需手动配合IntersectionObserver实现，成本高且不可靠 -
allow属性：如allow="geolocation; camera"，用于授予嵌入页调用敏感 API 的权限 -
referrerpolicy：控制 Referer 头发送行为，object无此能力，隐私与安全策略无法落地
真正容易被忽略的一点是：很多人试图用 object 解决 iframe 的“样式污染”或“性能问题”，但 object 并不解决前者（同源 HTML 依然共享全局作用域），也无法改善后者（PDF/SVG 加载仍受网络和解析影响）。它的价值只在语义准确性和 fallback 可控性上——仅此而已。
