不能。object标签在HTTP环境下无法加载本地文件，仅当页面通过file://协议打开且文件同目录时才可能调试使用，但Chrome v89+已禁用该行为，生产环境不可靠。

object 标签能直接加载本地文件吗？ 不能。浏览器出于安全限制，<object> 标签在非本地文件协议（即非 file:// 协议）下无法加载本地路径（如 ./report.pdf 或 C:\docs\chart.svg）。即使写对了 data 属性，HTTP 环境下会触发跨源或权限拒绝错误，控制台常见报错：Not allowed to load local resource。

真正能“加载”的前提是：页面本身也通过 file:// 协议打开（双击 HTML 文件），且目标文件与 HTML 在同一目录或相对路径可访问。但这种方式完全不可用于生产环境——现代浏览器对 file:// 的限制越来越严（比如 Chrome 会禁用 object 加载本地 PDF、阻止 JS 读取同目录文件）。

Wechat HTML Publisher

直接上传HTML富文本到微信公众号草稿箱。支持完整的HTML格式,无需Markdown转换。

下载

PDF 和 SVG 这类文件怎么用 object 正确显示？ 关键不是“能不能”，而是“在什么上下文里、用什么路径”。适用场景仅限于开发调试或内网离线系统：

• 确保 HTML 文件和目标文件（如 doc.pdf）放在同一文件夹，用相对路径：<object data="doc.pdf" type="application/pdf"></object>
• 明确声明 type：PDF 必须是 application/pdf，SVG 推荐 image/svg+xml；类型不匹配会导致空白或下载提示
• 加 width/height，否则多数浏览器默认尺寸极小（如 300×150）；也可用 CSS 控制，但需注意 object 内容不继承父级 font-size 等样式
• 提供 fallback 内容（如 <p>请使用支持 PDF 的浏览器查看</p>），放在 <object> 标签内部，它只在加载失败或不支持时渲染

为什么本地开发时 object 加载 PDF 总是白屏？ 这不是代码写错了，而是浏览器策略问题：

• Chrome 从 v89+ 起默认禁用 file:// 下的 PDF 插件嵌入，即使路径正确也返回空内容 —— 可临时用 chrome.exe --unsafely-treat-insecure-origin-as-secure="file:///" --user-data-dir=/tmp/chrome-test 启动绕过（仅调试）
• Firefox 对 file:// 更宽松，但若 PDF 文件名含中文或空格，路径需 URL 编码（中文.pdf → %E4%B8%AD%E6%96%87.pdf）
• 没指定 type 时，部分浏览器不会尝试解析，直接当二进制流处理，结果就是空白
• PDF 文件本身损坏或不完整（比如用文本编辑器误保存过）也会静默失败，建议先用浏览器地址栏直接访问该 PDF 路径确认可打开

有没有更可靠的本地文件预览替代方案？ 有，但取决于你的实际需求：

• 纯前端预览 PDF：用 pdfjs-dist（Mozilla 官方库），它把 PDF 解析为 Canvas 渲染，完全绕过 object 限制，支持 HTTP 和 file://，只需 fetch('./doc.pdf') + PDFJS.getDocument()
• SVG 直接内联：把 SVG 源码复制进 HTML（<svg>...</svg>），避免加载问题，还能用 CSS 和 JS 操作节点
• 需要用户选择本地文件？必须走 <input type="file"> + FileReader，这是唯一合规方式；object 不支持动态绑定用户选中的文件路径
• Electron 或 Tauri 桌面应用中，可用原生文件 API + file:// 路径拼接，此时 object 才真正稳定可用

实际项目里，别依赖 object 加载本地路径。它看起来简单，但兼容性断层明显，尤其在 Chrome 最新版本下几乎不可靠。真正要落地，要么切到 pdfjs-dist 这类成熟库，要么接受必须走服务器托管文件这一事实。