data是HTML5标准属性，用于指定object加载的外部资源URL，需配合type使用；classid是IE专属废弃属性，仅用于注册ActiveX控件，现代浏览器已不支持。
data 属性是现代标准，用于指定外部资源地址
data 是 HTML5 正式支持的属性，作用是告诉 <object> 加载哪个资源文件。它接受一个 URL（相对或绝对），浏览器会按该地址请求并尝试渲染内容——比如 PDF、SVG、自定义插件封装的 Web 组件等。
常见用法：<object data="chart.svg" type="image/svg+xml"></object> 或 <object data="report.pdf" type="application/pdf"></object>。
关键点：
-
data必须配合type使用，否则浏览器可能无法识别 MIME 类型，导致 fallback 内容直接显示 - 值必须是可访问的资源路径；若 404 或跨域未配置 CORS，控制台会报
Failed to load resource错误 - 不兼容旧版 IE 对 ActiveX 的调用逻辑，纯前端场景下它是唯一推荐方式
classid 属性仅用于旧版 IE 的 ActiveX 控件注册 ID
classid 是 IE 特有属性，本质是 Windows 注册表中某个 COM 组件的 CLSID（如 clsid:F08DF954-8592-11D1-B16A-00C0F0283628），浏览器据此加载本地安装的 ActiveX 插件，比如老式滑块控件、媒体播放器或企业内部签章组件。
立即学习“前端免费学习笔记（深入）”；
它完全不走网络请求，也不依赖 data 或 type，只在 IE6–IE11（且启用 ActiveX）环境下生效。现代 Chromium/WebKit 内核浏览器直接忽略该属性。
容易踩的坑：
- 写
classid却没装对应控件 → 页面空白，控制台无错误，只有 IE 的“黄色提示栏”可能弹出安全警告 - 误以为
classid和data可共存并优先使用前者 → 实际上它们属于不同技术栈，不能混用 - 在 Vue/React 中动态绑定
classid→ SSR 渲染时服务端无法解析，客户端又因浏览器不支持而失效
为什么现在几乎不用 classid，而 data 也得小心用
ActiveX 已被微软官方弃用（Edge 自 2021 年起彻底移除支持），classid 在当前标准中属于「已废弃（deprecated）」属性，MDN 明确标注为非标准且仅限历史兼容。
data 虽是标准，但实际可用性受限于嵌入资源类型和浏览器策略：
- PDF：Chrome 支持，Safari 需要
type="application/pdf"显式声明，Firefox 默认启用内置查看器 - SVG：支持良好，但内联 SVG 更可靠（避免跨域或 MIME 问题）
- HTML/JS 模块：不能直接用
data加载，需改用<iframe>或动态import() - 安全性：某些站点禁用
<object>加载外部脚本类资源，会触发Refused to frame 'xxx' because it violates the following Content Security Policy
替代方案比纠结这两个属性更实际
如果你的目标是嵌入交互内容，优先考虑现代替代路径：
- 图表/可视化 → 用 Canvas、SVG 或 Chart.js 等 JS 库生成，而非
<object data="chart.svg"> - PDF 查看 → 使用
<embed src="x.pdf">或 pdf.js（更可控、可定制） - 第三方小部件（如地图、评论）→ 官方 SDK +
<div id="widget-container">，避免依赖<object>的不可靠 fallback - 需要强隔离的 UI 片段 →
<iframe sandbox>比<object>权限模型更清晰、调试更直观
真正要处理 legacy 系统对接时，classid 才有意义；其余所有情况，data 也只是过渡选择——它的存在感，远不如你花十分钟把资源转成 JS 渲染来得稳定。
