object标签需严格配置data、type和fallback：data为空或非法时资源不加载且fallback不触发；type仅影响MIME协商而非请求发起；fallback仅在请求成功但无法处理时生效；width/height必须显式设置，否则渲染为0×0。
object 标签不是“能用就行”的摆设——data 和 type 配错、fallback 写在错误位置、或盲目复用旧式 classid，都会导致资源不加载、白屏、控制台静默失败，甚至在现代浏览器中完全无响应。
data 属性必须非空且可解析，否则 fallback 不触发
data 是唯一启动加载的开关。它为空字符串、空格、javascript:void(0) 或非法 URL（如含未编码中文、file:// 协议）时，浏览器直接跳过请求，object 节点处于“未激活”状态，内部所有内容（包括 fallback）均不渲染。
-
data="report.pdf?name=张三"→ 必须改为data="report.pdf?name=%E5%BC%A0%E4%B8%89"，否则部分浏览器截断请求 -
data="assets/chart.svg"→ 确保路径相对于当前 HTML 文档 URL；写成../img/chart.svg但实际结构是/static/svg/chart.svg就会 404 -
data="https://cdn.example.com/doc.pdf"→ 若服务端未返回Access-Control-Allow-Origin，跨域请求可能被阻断，fallback 也不显示（CORS 错误不触发降级逻辑）
type 属性只参与 MIME 协商，不决定是否发起请求
type 不影响网络请求发起，仅在响应返回后用于匹配内置处理器或插件。真正起效的是服务器响应头中的 Content-Type。即使 type="application/pdf" 写对了，若服务器返回 Content-Type: text/plain，Chrome 仍会强制下载而非内嵌。
-
type="image/svg+xml"写成type="image/svg"通常不影响显示——只要响应头正确，SVG 仍能渲染 - 缺失
type不报错，但在某些边界场景（如 PDF 返回application/octet-stream）下，有type更容易命中浏览器内置 PDF 查看器 -
typemustmatch="true"是个硬性开关：当响应头Content-Type与type值不一致时，直接拒绝渲染并显示 fallback（注意：IE 不支持该属性）
fallback 内容只在“加载成功但无法处理”时生效
很多人把 fallback 当作“404 备用图”，这是最大误区。它只在以下情况出现：HTTP 请求成功（2xx）、响应体存在、但浏览器无法根据 type 或响应头识别出可渲染类型。例如 PDF 文件返回 200 但 Content-Type: application/x-msdownload，或用户禁用了 PDF 插件。
立即学习“前端免费学习笔记（深入）”；
-
object内部的<p>请安装 Flash</p>不是“兜底文案”，而是明确的降级内容，必须写在<object>开始标签和结束标签之间 - 不要嵌套
object来“多层降级”——现代浏览器不会按顺序尝试多个object，只会执行第一个有效data的实例 - 想兼容老 IE？
<param name="movie" value="xxx.swf">仍需保留，但仅对识别classid的 ActiveX 有效；Chrome/Firefox 完全忽略param，只认data和响应头
width/height 必须显式设置，否则多数资源不显示
PDF、SVG、HTML 子页面等类型默认不占布局空间。不设 width 和 height（或 CSS 中的 width/height），object 渲染为 0×0 区域，视觉上就是“消失”。100% 值只在父容器有明确尺寸时才有效，否则无效。
-
width="800" height="600"最稳妥，适用于 PDF、Flash、子页面等 - 响应式场景下，用 CSS 控制更可靠：
style="width:100%; height:500px;"，避免 HTML 属性与 CSS 冲突 - 图像类资源（
type="image/*"）建议改用<img>——object对图像无额外优势，反而增加 fallback 判断复杂度
最易被忽略的一点：object 的行为高度依赖服务端响应头，而非 HTML 标签本身。调试时先看 Network 面板里请求是否发出、状态码是否 200、Content-Type 是否准确——别急着改 HTML。
