根本原因是未在点击瞬间禁用按钮并清除已有定时器；须三步：立即设 btn.disabled = true、启动新倒计时前 clearInterval(timer)、timer 声明为全局变量；禁用递归 setTimeout，清除前判空 timer，文案用 textContent，倒计时结束需兜底处理 seconds ≤ 0。
点击后按钮不响应或倒计时错乱
根本原因是没在点击瞬间禁用按钮 + 清除已有定时器。用户连点两次，setInterval 就会启动两个，导致秒数跳变、接口被刷、后端触发限流。
必须做到三件事：点击回调第一行就设 btn.disabled = true；每次启动新倒计时前先 clearInterval(timer)；把 timer 声明为全局或模块级变量（别写在函数里反复声明）。
- 别用递归
setTimeout—— 它容易因 JS 主线程阻塞而偏移，setInterval更稳 - 清除定时器前必须判断
timer是否为null或undefined，否则clearInterval(null)虽不报错但毫无作用 - 按钮文案更新要用
textContent，不是innerHTML（防 XSS，也避免样式意外被覆盖）
倒计时结束按钮没恢复或卡在“1s”
常见于条件判断写成 seconds === 0 却没兜底，JS 执行延迟可能让最后一次 tick 直接跳过 0；或者 clearInterval 后忘了重置 btn.disabled 和 textContent。
正确做法是用 seconds 判断，并确保清理动作同步执行：
立即学习“前端免费学习笔记（深入）”；
- 倒计时循环内用
if (seconds ，不是 <code>=== 0 -
clearInterval(timer)后立刻赋值timer = null，防止后续误清 - 恢复按钮状态必须包含三步：
btn.disabled = false、btn.style.opacity = '1'、btn.textContent = '发送验证码'
表单里 type="submit" 按钮一按就提交
如果按钮在 <form> 内且没显式设 type="button"，默认就是 submit，不阻止默认行为会导致倒计时未完成就刷新页面或提交空表单。
两种解法，选其一即可：
- 把按钮写成
<button type="button">发送验证码</button>，彻底规避表单提交逻辑 - 保留
type="submit"，但在事件监听里第一句写event.preventDefault() - 倒计时结束后，如需提交表单，手动调用
form.submit()或发fetch，别依赖原生提交
移动端切后台再切回倒计时卡住
Android WebView 和部分 Safari 版本在页面切到后台时会节流甚至暂停 setInterval，导致倒计时“跳秒”或停在某一秒不动。
短倒计时（60 秒内）多数场景可接受，但若要求精准，得结合时间戳校准：
- 记录开始时间
const start = Date.now() - 每次
setInterval触发时，用Math.floor((start + totalMs - Date.now()) / 1000)算剩余秒数 - 更轻量的补救：监听
visibilitychange事件，页面不可见时clearInterval，可见时重算剩余时间再启动
真正容易被忽略的是：倒计时恢复后，按钮的 disabled 状态和视觉反馈（比如 opacity）必须严格一致——否则用户点不动却看不出问题。
