uni-app中setInterval倒计时易失效，需在onUnload和onHide中手动清除定时器；按钮需逻辑层双重禁用； showToast需判断页面存活或延后执行；跨端应动态计算剩余时间而非累减。
uni-app里用setInterval实现倒计时会失效？
在页面卸载（比如跳转、关闭）后，setInterval 仍可能在后台运行，导致内存泄漏或倒计时错乱。uni-app 的页面生命周期比 Web 更严格，onUnload 或 onHide 中必须手动清除定时器。
实操建议：
- 声明一个变量存储定时器 ID，例如
let timer = null - 倒计时开始前先清一次：
clearInterval(timer) - 在
onUnload和onHide中再次调用clearInterval(timer) - 不要只依赖
onUnload——App 环境下切后台触发的是onHide，不是onUnload
验证码按钮倒计时期间禁用点击的正确写法
光靠 UI 上加 disabled 不够，用户可能绕过界面直接调用发送函数。必须在逻辑层做双重防护。
实操建议：
- 用响应式数据控制按钮状态，如
data() { return { isCounting: false } } - 发送验证码前先判断：
if (this.isCounting) return - 倒计时启动后立即设
this.isCounting = true，结束时还原为false - 注意：
isCounting要和倒计时秒数绑定，避免手动修改秒数导致状态不同步
uni.showToast提示失败但没弹出来？检查异步时机
验证码接口返回 400/500 错误时，如果在 catch 或 fail 回调里直接调用 uni.showToast，可能因页面已销毁而静默失败（尤其在 App 端）。
实操建议：
- 发送前先用
uni.getCurrentPages().length > 0判断当前页是否还存活 - 或者把
uni.showToast包一层setTimeout(..., 0)，让提示延后到微任务队列执行 - 更稳妥的做法：统一用
uni.$emit触发全局提示事件，在根组件监听并展示 - 别在
then外部直接写 toast —— 接口未返回前页面就跳走了，toast 就没了
App 和 H5 倒计时行为不一致？时间精度与生命周期是主因
H5 中 setInterval(fn, 1000) 基本准，但 App（尤其是 iOS）后台时 JS 会被系统暂停，前台恢复后不会补时，导致倒计时“跳秒”甚至卡住。
实操建议：
- 不用单纯依赖
setInterval累加，改用「目标时间 - 当前时间」动态计算剩余秒数 - 示例：
const remain = Math.max(0, Math.floor((endTime - Date.now()) / 1000)) - 每秒更新一次 UI，但每次重新算，不依赖上一次值
- 在
onShow中立即刷新一次倒计时，防止从后台切回时显示错误数字
倒计时看着简单，但跨端一致性、生命周期干扰、状态同步这三块最容易出问题。尤其别忽略 App 后台冻结 JS 这个事实——它会让所有基于「间隔递减」的逻辑失准。
