无法监听 alert() 的“确定”点击，因其是同步阻塞调用，无事件、回调或可观测接口；可靠方案是改用自定义 DOM 弹窗并监听确认按钮 click 事件。
不能直接统计 alert() 被点击的次数——浏览器不提供监听 alert() 确认动作的 API，它阻塞 JS 执行、无回调、也不触发任何事件。
为什么无法监听 alert 的“确定”点击
alert() 是同步阻塞式调用，执行时 JS 主线程暂停，页面完全冻结；用户点“确定”后才继续执行后续代码，但这个动作本身没有 event、没有 promise、也没有可绑定的钩子。所有主流浏览器（Chrome/Firefox/Safari/Edge）均未暴露该交互的可观测接口。
常见错误尝试包括：
- 在
alert()后加日志：只能说明“弹出了”，无法区分是用户点了确定，还是页面崩溃/用户切走/强制刷新导致没点就结束了 - 监听
blur或visibilitychange：不可靠，用户可能只是切标签页，未必点了确定 - 用
setTimeout检查时间差：受 CPU 负载、调试器暂停等干扰，无法准确归因到“点击确认”行为
替代方案：用自定义弹窗 + 显式事件监听
真正可统计的路径是放弃原生 alert()，改用 DOM 弹窗（如 <dialog></dialog> 或 div 模态框），并为确认按钮绑定 click 事件。
立即学习“前端免费学习笔记（深入）”；
最小可行示例：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
<dialog id="warn-dialog">
<p>操作不可逆，确认继续？</p>
<button id="confirm-btn">确定</button>
<button id="cancel-btn">取消</button>
</dialog>
<script>
let alertClickCount = 0;
const confirmBtn = document.getElementById('confirm-btn');
confirmBtn.addEventListener('click', () => {
alertClickCount++;
console.log('用户点击确认', alertClickCount);
// 上报逻辑：sendBeacon 或存 localStorage 防丢失
navigator.sendBeacon('/log', JSON.stringify({
type: 'custom-alert-confirm',
ts: Date.now(),
count: alertClickCount
}));
document.getElementById('warn-dialog').close();
});
</script>
关键点：
- 必须把计数变量
alertClickCount定义在事件外层作用域，否则每次弹窗重建都会重置 - 确认按钮要明确可点击（非
disabled）、有唯一id或data-track属性，便于精准捕获 - 避免用
onclick行内属性——不利于复用、难测试、易被 CSP 拦截
如果必须保留 alert，只能退而求其次统计“调用次数”
虽然不是“用户点击”，但至少能知道代码里发出了多少次警告请求，这对排查误触发或高频弹窗有价值。
做法是封装一层：
const trackedAlert = (msg) => {
// 记录调用时刻和内容（用于 debug）
const logEntry = { msg, ts: Date.now() };
localStorage.setItem('last-alert-log', JSON.stringify(logEntry));
// 上报调用行为（非用户点击）
navigator.sendBeacon('/log', JSON.stringify({
type: 'alert-invocation',
msg,
ts: Date.now()
}));
alert(msg); // 原生调用仍保留
};
// 后续全部用 trackedAlert 代替 alert
trackedAlert('密码错误，请重试');
注意：
- 这统计的是「JS 主动调用 alert 的次数」，不是用户行为，不能用于转化分析或 UX 评估
- 若页面存在多个脚本来源（如第三方 SDK），需确保所有地方都替换，否则漏统计
- 服务端收到这类日志后，应打上
source: "js-invocation"标签，与真实交互事件严格区分
真正想衡量用户对警告的响应意愿，唯一可靠方式是把警告变成可控组件——因为只有你控制的 DOM 元素，才能给你 click、focus、timeToClose 这些可采集信号。
