alert()无法实现倒计时因其阻塞主线程，使定时器失效；应改用DOM模态框配合setInterval更新显示，并务必用clearInterval及时清除定时器防止内存泄漏。
用 alert() 无法实现倒计时
浏览器原生的 alert() 是阻塞式对话框，调用后 JS 主线程会暂停，setTimeout 或 setInterval 都不会执行，所以不可能在 alert() 里动态更新秒数。这是最常踩的坑——很多人试了十几分钟发现数字根本不变，其实是机制上就做不到。
改用 confirm() 或自定义模态框才可行
如果必须用浏览器内置弹窗且需要倒计时，confirm() 也不行（同样是阻塞的）。唯一能“伪倒计时”的办法是提前计算好时间点，用多个 alert() 连续弹出（不推荐，体验极差）。实际项目中，应该用轻量级 DOM 模态框替代：
- 创建一个带
id="countdown-modal"的<div>，初始 <code>display: none - 用
document.getElementById("countdown-modal").style.display = "block"显示它 - 在模态框里放一个
<span id="sec">5</span>，再用setInterval每秒更新textContent - 倒计时结束调用
clearInterval并隐藏模态框
setInterval 更新 DOM 时注意清除定时器
漏掉 clearInterval 会导致内存泄漏和重复触发，尤其用户快速多次触发倒计时场景下。正确写法是把定时器 ID 存为变量，并在倒计时归零或用户手动关闭时明确清除：
let timerId = setInterval(() => {
secEl.textContent = --seconds;
if (seconds <= 0) {
clearInterval(timerId);
closeModal();
}
}, 1000);
别用 setTimeout 递归模拟——容易因 JS 执行延迟导致秒数跳变（比如卡顿 200ms 就少更新一次）。
立即学习“前端免费学习笔记（深入）”；
移动端 Safari 对 setInterval 有节流
当页面切到后台或锁屏时，Safari 会大幅降低 setInterval 执行频率（可能变成每秒只跑 1–2 次），导致倒计时不准。解决方案是：用 Date.now() 记录起始时间，在每次回调中计算已过去的真实毫秒数，再推算剩余秒数，而不是依赖“执行了多少次回调”。
倒计时逻辑本身不难，难的是跨浏览器行为差异和后台节流——这些细节不处理，上线后用户就会发现“为什么我手机上倒计时慢半拍”。
