alert() 无法监听关闭状态，因其是同步阻塞调用，无返回值、不支持 Promise 或事件回调；用户点击确定后 JS 才继续执行，只能通过后续代码位置推断其结束。
原生 alert() 无法监听关闭状态
直接说结论：alert() 是同步阻塞调用，没有返回值、不支持 Promise、也没有任何事件或回调机制。用户点确定后，JS 才继续执行下一行——你根本“感知不到”它什么时候被关掉，只能靠它执行完后的代码位置来推断“它刚结束”。这不是设计缺陷，是规范行为。
常见误解是试图监听 window.onbeforeunload 或 blur，但这些和 alert() 无关：前者只在页面卸载时触发，后者是窗口失焦（比如切到另一个 tab），而 alert() 弹出时页面仍处于 active 状态，且不会触发这些事件。
替代方案：用自定义模态框 + 显式回调
真要检测“用户点了确认/关闭”，必须放弃 alert()，改用可编程的 DOM 模态框。核心思路是把“弹窗”变成一个函数调用，返回 Promise 或接受 callback：
-
confirm()和prompt()同样不可监听，也得替换 - 推荐轻量方案：用
dialog元素（现代浏览器支持）+showModal()+close()事件 - 兼容性要求高时，用
div+aria-modal+ 手动管理 focus 和 backdrop click
示例（dialog 方案）：
立即学习“前端免费学习笔记（深入）”；
<dialog id="myDialog">
<p>确定要删除吗？</p><div class="aritcle_card flexRow">
<div class="artcardd flexRow">
<a class="aritcle_card_img" href="/xiazai/skill12116" title="DeepBI DHTML 页面生成器"><img
src="https://img.php.cn/upload/skill/001/246/273/6adaf20d3191a227.jpg" alt="DeepBI DHTML 页面生成器" ></a>
<div class="aritcle_card_info flexColumn">
<a href="/xiazai/skill12116" title="DeepBI DHTML 页面生成器">DeepBI DHTML 页面生成器</a>
<p>生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力：
- 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面；
- 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”；
- 提及位于 `apps/console/src/featur</p>
</div>
<a href="/xiazai/skill12116" title="DeepBI DHTML 页面生成器" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a>
</div>
</div>
<button id="confirmBtn">确定</button>
<button id="cancelBtn">取消</button>
</dialog>
<script>
const dialog = document.getElementById('myDialog');
dialog.addEventListener('close', () => {
console.log('用户关闭了对话框，reason:', dialog.returnValue);
});
dialog.showModal();
</script>
dialog.returnValue 可在 close() 前由按钮手动设置（如 confirmBtn.onclick = () => { dialog.returnValue = 'confirm'; dialog.close(); }），从而区分操作意图。
dialog.close() 事件不是“用户点击叉号”的专属通知
close 事件会在任何导致 dialog 关闭的动作后触发：ESC 键、点击 backdrop、调用 dialog.close()、甚至脚本中设置 open = false。它不告诉你“怎么关的”，只告诉你“关了”。需要区分原因，就得自己维护状态：
- 绑定按钮 click 时提前记录意图（如
data-action="confirm"） - 拦截 ESC：监听
keydown，检查e.key === 'Escape'并设标志 - 禁用 backdrop 关闭？加
event.preventDefault()到click事件（但需确保有其他关闭途径）
别依赖 dialog.returnValue 的默认值：未显式设置时它是空字符串，不是 null 或 undefined，容易误判。
第三方库（如 SweetAlert2）的 then() 本质仍是 Promise 封装
像 SweetAlert2.fire() 返回 Promise，看似“监听关闭”，其实只是语法糖——它内部仍是用自定义 DOM + 事件监听 + resolve()/reject() 实现的。它的 then() 回调触发时机，等价于你手动监听 close 后调用 resolve()。
注意两点：
- Promise 不会捕获用户强制关闭（如关闭整个浏览器 tab），这类场景仍需
beforeunload单独处理 - 如果在
then()里做异步操作（如发请求），记得await，否则后续逻辑可能在请求完成前就执行了
真正难的从来不是“怎么监听”，而是“监听之后做什么”——比如表单已填一半，用户突然关掉弹窗，是否要保留草稿？这个逻辑得你自己定，库不会替你决策。
