必须显式声明type="text/html"，否则浏览器会忽略object内容；需同时设置data和type，且width、height不可省略，fallback仅在data加载失败且type不被识别时显示。
object 标签加载嵌套页面时 type 属性必须显式声明
不设 type，多数浏览器（尤其是 Chrome 90+、Firefox 85+）会直接忽略 object 内容，甚至不发起请求。这不是兼容性问题，而是规范行为：浏览器看到无 type 的 object，就当它是个空容器处理。
常见错误现象：object 占位区域空白，开发者工具 Network 面板里完全看不到目标页面的请求；或者只显示 fallback 文本，连 data 指向的 URL 都没尝试加载。
-
type="text/html"是加载 HTML 页面的唯一可靠取值（尽管 HTML 规范未强制要求，但所有主流引擎都认这个） - 不要用
type="application/xhtml+xml"加载普通 HTML 文件——哪怕文件后缀是.xhtml，只要内容不是严格 XHTML（如没声明xmlns），就会解析失败或白屏 - 避免用
type="text/plain"或留空——这会让浏览器按纯文本渲染，不会执行 JS、不解析 CSS
data 和 type 必须同时有效，缺一不可
data 指向资源地址，type 告诉浏览器“怎么解释它”。两者就像钥匙和锁：有钥匙（data）但锁孔不对（type 错误），门照样打不开。
典型场景：本地开发时用 file:// 协议加载子页面，Chrome 会因安全策略拒绝加载，此时即使 type 正确也无效——必须走 http:// 或 https://（或用 localhost 启服务）。
立即学习“前端免费学习笔记（深入）”；
- 确保
dataURL 可被同源策略允许：跨域需服务端配Access-Control-Allow-Origin，且浏览器支持object跨域（Safari 对跨域object支持较弱） -
type值必须与实际响应头Content-Type匹配，否则 Firefox 会静默失败（Network 面板显示 200，但内容不渲染） - 调试时可临时在服务器返回头加
Content-Type: text/html，比硬编码type更可靠
替代方案对比：iframe vs object
想嵌套 HTML 页面，iframe 是更稳妥的选择；object 主要用于插件或富媒体（如 Flash、PDF），HTML 嵌套只是它的“副业”，且行为不统一。
-
iframe自动继承父页面的 CSP 策略，object则可能绕过部分限制（带来安全隐患） -
iframe支持sandbox、referrerpolicy等精细控制，object几乎没有等效属性 - 若必须用
object（比如要监听load事件且兼容 IE11），记得加onerror备用逻辑，因为它的错误事件触发不稳定
容易被忽略的细节：宽高、交互与回退内容
object 默认不占布局空间，如果没设 width/height，即使加载成功也可能“看不见”——它只是透明地铺在页面上，不推挤其他元素。
- 必须显式设置
width和height（支持 CSS 单位，如width="100%" height="400px"），仅靠 CSSwidth: 100%在某些旧版 Safari 中失效 - 嵌套页内的
window.parent可访问，但object不提供contentWindow属性（iframe才有），JS 通信只能靠 postMessage - fallback 内容（
object标签内的文本或 HTML）只有在data加载失败 *且*type不被识别时才显示；如果data404 但type正确，fallback 也不会出现
实际项目中，除非要兼容极老系统或对接特定插件生态，否则优先选 iframe。用 object 嵌 HTML，本质是在用一个非标准路径解决标准问题——稍有配置偏差，排查成本远高于收益。
