alert()无法监听关闭事件，因其是同步阻塞式弹窗且仅接受一个字符串参数；需后续代码顺序执行关后逻辑，或改用confirm()、、SweetAlert2等支持回调的方案。
原生 alert() 无法监听关闭事件
直接说结论：alert() 是同步阻塞式弹窗，浏览器不提供任何关闭监听机制，也没有回调函数参数。你调用它之后，JS 执行会暂停，直到用户点确定，然后继续往下走——但这个“继续”不是回调，只是同步流程恢复。
常见错误现象是试图这样写：alert('提示', () => console.log('关了！'))，或给 alert() 绑 onclose，结果完全没反应。这是因为它的 API 就只有 1 个字符串参数，多传或加事件监听器会被忽略。
想执行“关掉后做的事”，只能靠后续代码顺序
如果你只是想在用户关闭弹窗后做点事（比如跳转、重置表单、触发下一步逻辑），最简单可靠的方式就是把逻辑写在 alert() 调用的下一行：
alert('操作成功');
location.href = '/dashboard'; // 这行会在用户点确定后执行
注意：这依赖于 JS 同步执行特性，不能用于异步场景（比如你想等弹窗关了再发个网络请求，但又不想阻塞整个页面）。
立即学习“前端免费学习笔记（深入）”；
使用场景受限于「轻量、临时、不干扰主线程」——适合调试、紧急提示、管理后台的简易确认流。
需要回调或自定义关闭行为？必须换方案
真正需要监听关闭动作、支持取消/确认按钮、带回调的，得放弃原生 alert()，改用以下方式之一：
- 用
confirm()+if判断返回值（只有确定/取消两种布尔结果，无关闭事件，但能区分意图） - 用
showModal()配合<dialog></dialog>元素，监听close事件：dialog.addEventListener('close', () => { ... }) - 用第三方库（如 SweetAlert2、Toastify）或自己封装的 Promise 弹窗，例如：
swal('确定删除？').then(() => doDelete())
性能影响很小，但兼容性要注意：<dialog></dialog> 在 Safari 15.4+ 才支持 showModal()，旧版需 polyfill；confirm() 虽全平台支持，但样式不可控、移动端体验差。
别在生产环境硬套 alert() 做交互逻辑
容易被忽略的是：很多团队初期用 alert() 快速验证流程，后来忘了替换，结果导致用户无法复制报错信息、无法用键盘操作（比如按空格不响应）、自动化测试失败、无障碍阅读器读不出内容。
如果只是开发阶段临时打桩，没问题；但只要涉及用户点击反馈、状态变更、异步衔接，就得立刻换成可监听、可 await、可 focus 的替代方案。
