object 标签本身不会触发弹窗警告，真正引发 alert 的是其加载内容中的脚本或页面监听加载失败后主动调用的 JS 对话框函数。
object 标签本身不会触发浏览器弹窗警告，它也不会自动调用 alert()、confirm() 或其他 JS 对话框函数——所以“屏蔽 object 引起的弹窗警告”这个前提不成立。真正会弹警告的，是嵌在 object 加载内容里的脚本，或是页面其他位置监听了 object 的加载失败事件后主动调用的 alert()。
为什么有人觉得 object 会弹警告？
常见误解来源：
-
object加载失败（如 PDF 路径 404、Flash 插件被禁）时，某些老旧 CMS 或封装库会在onerror回调里写alert("资源加载失败") - IE 时代部分 ActiveX 控件初始化失败，会由浏览器底层抛出安全警告（非 JS
alert，无法用 JS 拦截） - 嵌套的
embed或内联script标签执行了alert()，但被误认为是object自带行为
如何阻止 object 内容触发的 alert()？
如果确认是 object 加载的子文档（比如一个 HTML 文件）里执行了 alert()，你只能从执行环境层面覆盖它，而不是操作 object 标签本身：
- 在主页面
<script>中尽早定义：window.alert = function() {};（注意：这会影响整个页面所有alert()） - 若只针对
object子窗口，且该子页同源，可在object.onload后通过contentDocument.defaultView.alert = () => {}覆盖（但现代浏览器对跨-originobject内容完全禁止访问） - 对 Chrome / Edge 等基于 Chromium 的浏览器，可通过启动参数
--disable-javascript-alerts全局禁用（仅限桌面端自动化或内嵌 WebView 场景，不适用于普通网页）
object 加载失败时怎么避免 JS 报错 + 弹窗？
很多老代码会这样写：
立即学习“前端免费学习笔记（深入）”；
<object data="report.pdf" type="application/pdf">
<script>alert("PDF 不支持，请下载查看")</script>
</object>
这会导致两个问题：内联 <script> 在 object 内部**不会执行**（规范明确禁止），而 fallback 内容只在 data 返回 404 或 type 完全不识别时才渲染——但 application/pdf 是被识别的，只是渲染失败，所以那段 alert() 压根不会运行，反而可能因 DOM 查询不到元素而报错。
- 正确做法：用
onerror事件监听加载失败，并做静默降级：<object data="report.pdf" onerror="this.innerHTML='<p>预览不可用，<a href="report.pdf">点击下载</a></p>'"></object> - 不要在
object内写alert()，更不要依赖它作为 fallback 逻辑 - 如果必须提示用户，用 DOM 插入文字或图标，而非阻塞式弹窗
WebBrowser 控件中彻底禁用 alert/confirm？
如果你是在 Windows Forms 的 WebBrowser 控件里加载含 object 的页面，并希望屏蔽所有 JS 对话框（包括其内部触发的）：
- 必须引用
Microsoft HTML Object Library（即mshtml） - 在文档加载完成后获取
IHTMLWindow2接口，然后用execScript覆盖全局函数：win.execScript("alert=function(){}; confirm=function(){return true;};", "javascript") - 注意：此方法仅对 COM WebBrowser 有效，对 EdgeWebView2 或现代浏览器无效
归根结底，object 是个容器，不是弹窗源头。盯住实际执行 alert() 的那行 JS，比折腾标签属性更直接。多数情况下，删掉那行 alert() 就完了——它从来就不该出现在生产环境里。
