<object>标签不支持懒加载，因其无loading属性且插入DOM即触发请求；应改用支持loading="lazy"的<iframe>，或用IntersectionObserver手动控制src赋值。
<object> 标签本身不支持“懒加载”——它没有 loading 属性，也不响应 Intersection Observer 的懒加载逻辑。所谓“对 PDF 或其他资源做懒加载”，实际是指延迟发起请求、延迟渲染嵌入内容，而 <object> 在插入 DOM 的瞬间就会立即触发 data 请求，根本无法延迟。
为什么 object 标签不能加 loading="lazy"
该属性仅被浏览器规范限定在 <img> 和 <iframe> 上，<object> 不在支持列表中。即使你手动写上 loading="lazy"，所有主流浏览器（Chrome、Firefox、Safari、Edge）都会直接忽略，既不报错，也不生效。
- 插入即请求：只要
<object data="xxx.pdf">被 append 到 DOM，网络请求立刻发出，与是否在视口无关 - 无加载状态反馈：不触发可靠的
load事件（只在 DOM 插入完成时触发，非资源加载完成），也无法监听进度或失败 - 移动端基本失效：iOS Safari、微信内置浏览器等会跳过
<object>直接调起系统 PDF 应用，fallback 内容（如<p>请下载</p>）大概率不显示
想延迟加载 PDF，改用 iframe 是最简方案
<iframe> 支持原生 loading="lazy"，且现代浏览器（Chrome 76+、Firefox 75+、Edge 79+、Safari 15.4+）已稳定支持。它绕过了插件协商流程，加载更可控，手势缩放、全屏、打印等行为也更一致。
- 写法直接：
<iframe src="document.pdf" loading="lazy" width="100%" height="600px"></iframe> - 必须设置
width和height（或 CSS 固定尺寸），否则 Safari 可能拒绝懒加载并拉取大图/大文件 - 首屏关键 PDF 建议显式写
loading="eager"，避免 SSR 或预加载策略误判为非关键资源 - 注意：PDF URL 含中文或特殊字符（如
report.pdf?name=张三）需先encodeURIComponent()，否则请求可能被截断或 400
需要完全控制加载时机？用 JS + IntersectionObserver 手动触发 iframe
当你要配合网络状态判断、添加加载动画、或统一管理多个嵌入资源时，不要依赖 loading="lazy"，而是把 src 暂存在 data-src，等进入视口再赋值。
立即学习“前端免费学习笔记（深入）”；
- HTML 示例：
<iframe class="lazy-embed" width="100%" height="600px"></iframe> - JS 初始化时检查是否已在视口内：
el.getBoundingClientRect().top ，是则立即加载，否则交由 observer - 务必在回调中调用
observer.unobserve(el)，否则重复触发且内存泄漏 - 加载失败需 fallback：监听
iframe的onerror，然后显示提示或降级为下载链接
object 标签唯一可行的“伪懒加载”：动态插入 + 延迟 append
如果你必须用 <object>（比如遗留系统强制要求），唯一能做的，是把创建和插入 DOM 的动作延迟到用户交互或滚动后——但这不是浏览器级懒加载，只是 JS 层面的延迟执行。
- 先创建
object元素但不插入 DOM：const obj = document.createElement('object'); - 监听
scroll或click，并在回调中设置obj.data = 'xxx.pdf'，再container.appendChild(obj) - 风险极高：插入后仍会立刻请求；移动端 fallback 几乎不可靠；
contentDocument在跨域或 iOS 下始终为null - 不推荐。除非你明确知道目标环境（如内网 Electron 应用）且已验证兼容性
真正要实现 PDF 等资源的按需加载，核心不是选什么标签，而是控制请求发起时机。用 <iframe> + loading="lazy" 是目前最轻量、兼容最好、语义最正的路径；任何试图在 <object> 上“打补丁”实现懒加载的做法，最终都会撞上浏览器行为不一致、移动端兜底失效、调试困难这三堵墙。
