alert() 无法绑定确认事件，因其是阻塞式原生对话框，无事件接口，仅同步返回 undefined；需改用 confirm() 获取布尔值或自定义 DOM 模态框实现交互。
JavaScript 的 alert() 无法绑定确认事件
直接说结论：alert() 是阻塞式原生对话框，没有返回值以外的交互能力，也不能监听“点击确定”这种动作——它压根不提供事件接口。你看到的“确定”按钮是浏览器 UI 的一部分，JS 完全不可控。
常见错误现象包括：给 alert() 加 .addEventListener()、试图用 onclick 绑定、或期望它返回一个 Promise。这些全部无效，控制台也不会报错，只是静默失效。
真正能响应用户确认操作的，只有以下两类方案：
用 confirm() 获取布尔结果后执行逻辑
confirm() 虽然也是原生弹窗，但它会**同步返回 true（点确定）或 false（点取消）**，这才是实际做判断的依据。
立即学习“前端免费学习笔记（深入）”；
使用场景：需要简单二选一（如“确定删除？”），且不介意阻塞后续 JS 执行。
实操建议：
- 把后续逻辑写在
if (confirm(...)) { ... }块内，而不是试图“监听”它 - 不要嵌套调用
confirm()或混用alert()，容易造成逻辑混乱和 UX 断层 - 注意：在部分 iOS Safari 中，连续多次调用
confirm()可能被静默降级为alert()，行为不一致
示例：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
if (confirm('确定要提交表单？')) {
document.getElementById('myForm').submit();
} else {
console.log('用户取消了');
}
用自定义 DOM 模态框替代原生警告框
当需要绑定事件、加动画、支持键盘回车/ESC、或统一 UI 风格时，必须放弃原生 alert()/confirm()，改用 HTML+CSS+JS 实现模态框。
关键点：
- 确认按钮需绑定
click事件，触发你自己的处理函数 - 记得手动关闭模态框（隐藏元素或移除 DOM），
confirm()是自动消失的，但自定义框不会 - 务必添加
focus()到确认按钮，并监听keydown处理回车/ESC，否则可访问性不达标 - 避免用
position: fixed+ 全屏遮罩却忘了设置z-index，导致按钮被其他组件盖住
最小可用结构示例：
<div id="warningModal" style="display:none;">
<p>操作不可逆，确定继续？</p>
<button id="confirmBtn">确定</button>
<button id="cancelBtn">取消</button>
</div>
<script>
document.getElementById('confirmBtn').addEventListener('click', () => {
console.log('用户点了确定');
// 执行真实业务逻辑
document.getElementById('warningModal').style.display = 'none';
});
</script>
警惕现代框架中对原生弹窗的封装陷阱
像 Vue 的 ElMessageBox.confirm、React 的 react-confirm-alert 等库，表面看是“增强版 confirm”，但底层仍是异步 Promise 模式。它们不是给原生 alert() 加事件，而是完全重写了 UI 和流程控制。
容易踩的坑：
- 误以为
ElMessageBox.confirm(...).then(...)是在监听原生弹窗，其实它是库内部管理的 DOM 模态框 - 在
async/await中忘记try/catch，用户点取消时 Promise reject 会抛出未捕获异常 - 配置项如
closeOnClickModal: false不生效，是因为没关掉默认的点击遮罩关闭行为，得同时设closeOnPressEscape: false
一句话：所有“可绑定事件”的警告框，本质上都不是原生 alert()，而是 DOM 替代方案。别在原生函数上浪费调试时间。
复杂点在于事件流和焦点管理——尤其是多层模态框叠加、或与表单校验联动时，很容易漏掉 blur 监听或 tabindex 设置，导致键盘操作失灵。这点比视觉还原更难调试。
