应使用 confirm() 替代 alert() 获取用户确认结果，因 alert() 永远返回 undefined；confirm() 同步返回 true 或 false，适用于简单同步判断；复杂场景需用 dialog 元素或 sweetalert2 等库实现可访问、可定制的模态框。
JavaScript 中 alert() 无法获取用户选择结果
alert() 是单按钮提示框，只提供“确定”操作，没有“取消”或返回值逻辑。它总是返回 undefined，根本不能用于需要区分用户是否确认的场景。如果你在写表单提交前弹出提示、想根据点击“确定”或“取消”执行不同逻辑，用 alert() 就走错路了。
常见错误现象：写了 if (alert("确认？")) { ... }，结果不管点什么都进分支——因为 alert() 永远不返回布尔值。
改用 confirm() 获取布尔响应
confirm() 才是专门为此设计的原生 API：弹出带“确定/取消”的对话框，用户点击后同步返回 true（确定）或 false（取消）。
- 它会阻塞后续 JS 执行，适合简单同步判断（如退出页面前确认）
- 返回值必须显式接收，不能直接参与条件判断而不赋值（比如
confirm("退出？") && doExit()可行，但可读性差） - 不支持自定义按钮文字或样式，所有浏览器都固定为“确定/取消”
示例：
立即学习“前端免费学习笔记（深入）”；
const shouldDelete = confirm("确定要删除这条记录吗？");
if (shouldDelete) {
deleteRecord();
} else {
console.log("用户取消了操作");
}
需要自定义按钮或异步交互时，别硬套原生对话框
现代业务中，confirm() 很快会不够用：比如要加“不再提示”复选框、支持快捷键（ESC 关闭）、或点击后发起网络请求再关闭弹窗。这时原生 API 无能为力。
可行路径只有两个：
- 用
dialog元素 + CSS + JS 自建模态框（需注意dialog的浏览器兼容性，Safari 15.4+ 才完全支持showModal()） - 引入轻量库如
swal（sweetalert2），它返回 Promise，天然适配async/await
例如用 sweetalert2 处理删除确认：
import Swal from 'sweetalert2';
Swal.fire({
title: "确定删除？",
text: "此操作不可恢复",
icon: "warning",
showCancelButton: true,
confirmButtonText: "删除",
cancelButtonText: "取消"
}).then((result) => {
if (result.isConfirmed) deleteRecord(); // 注意是 result.isConfirmed，不是 result === true
});
移动端和无障碍访问下，原生对话框问题更明显
confirm() 在 iOS Safari 中可能被拦截（尤其非用户手势触发时），且不支持键盘导航（Tab 切换按钮）、屏幕阅读器语义也不完整。WCAG 2.1 要求模态框必须有焦点管理、aria-modal="true" 和可关闭机制。
这意味着：哪怕只是做个简单的“退出确认”，只要项目要求支持残障用户或上架 App Store（WebView 场景），就必须放弃 confirm()，改用可控制焦点、可声明 role 的自定义方案。
真正容易被忽略的点是：很多人以为“能弹出来就完事了”，但实际线上环境里，iOS 用户点不动、盲人用户听不到提示、自动化测试脚本因弹窗阻塞而失败——这些问题往往上线后才暴露。
