最稳方案是用 setInterval 实现一分钟倒计时：起始值设为 60，每次回调先减 1 再更新 DOM，到 0 时立即 clearInterval 并执行结束逻辑，避免负值运行和内存泄漏。
用 setInterval 实现一分钟倒计时最稳
浏览器里写一分钟倒计时，setInterval 是最直接、兼容性最好、也最容易控制的方式。它不依赖现代 API（比如 AbortController），IE11 都能跑，适合快速上线或嵌入老项目。
常见错误是直接写 setInterval(() => { ... }, 1000) 但没做毫秒误差补偿，导致最后一秒跳变或卡住；或者把倒计时逻辑塞进 setTimeout 递归里，容易因 JS 主线程阻塞而漂移。
- 起始值设为
60，不是59或61—— 用户看到的“60秒”就是从 60 开始减 - 每次回调里先减 1，再更新 DOM，避免渲染延迟造成视觉错位
- 倒计时到 0 后必须调用
clearInterval，否则定时器还在后台跑，可能引发内存泄漏或重复触发
clearInterval 忘关会导致倒计时“假结束”
很多同学写完逻辑，看到页面上显示 “00:00” 就以为结束了，其实 setInterval 还在执行。下一次回调进来，seconds 变成 -1，再往下走可能报错，或者触发不该触发的回调（比如自动提交表单）。
典型表现：倒计时结束后，控制台突然打印出 -1、-2，甚至页面按钮被连点多次。
立即学习“前端免费学习笔记（深入）”；
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 清定时器的条件必须明确写成
if (seconds ，不能只写 <code>=== 0—— 因为 JS 执行有延迟，可能跳过 0 直接到负数 - 清完之后建议把定时器 ID 设为
null，防止重复清除时报错 - 如果倒计时中途要暂停/恢复，别用
clearInterval+ 新setInterval，改用标志位 + 单次setTimeout更可控
显示格式用 String.prototype.padStart 最省心
显示 “01:23” 这种格式，别手动拼字符串或写一堆 if 判断个位数。现代浏览器都支持 padStart，简洁又不易出错。
老项目要兼容 IE？那就用 ('0' + n).slice(-2)，比写函数更轻量，也比引入 moment.js 这类库合理得多。
- 分钟 =
Math.floor(seconds / 60)，秒 =seconds % 60—— 注意不是Math.round或Math.ceil - 别用
new Date().getSeconds()做倒计时源，系统时间可能被用户手动修改，导致倒计时不准确 - 如果需要高精度（比如金融类倒计时），得用
performance.now()记录起始时间，再算差值，但普通场景完全没必要
倒计时结束时的回调别写在定时器里
很多人把“倒计时完了弹窗”或“自动提交”这类逻辑直接塞进 setInterval 回调里，结果发现有时触发两次，有时不触发。根本原因是：DOM 更新和 JS 执行不同步，加上清除时机没卡准。
正确做法是把业务逻辑抽出来，用独立函数封装，只在确认倒计时真正结束时调用一次。
- 把结束回调存在变量里，比如
const onEnd = () => { alert('时间到'); } - 在
if (seconds 分支里先 <code>clearInterval(timerId)，再onEnd() - 如果这个倒计时会被多次启动（比如重试按钮），每次都要重新赋值
onEnd，避免闭包引用旧状态
setInterval 的清除时机、时间取整方式、以及结束回调的执行边界，三处稍一松动就容易出问题。尤其在移动端 WebView 或低性能设备上，JS 延迟更明显，这些细节反而最关键。 
