uni-app倒计时应避免setInterval，改用setTimeout递归调用；需监听页面生命周期（onHide清除、onShow重置）、用isCounting防重复点击、统一重置逻辑，并优先采用Date.now()计算差值以保障跨端稳定性。
uni-app里用setInterval实现倒计时会卡顿或不准？
直接在onLoad或按钮click里调用setInterval，看似能跑，但实际在真机（尤其Android）上容易跳秒、暂停后恢复错乱，甚至页面切换再回来就停了。根本原因是setInterval不感知页面生命周期，且uni-app的setData（即this.$nextTick或响应式赋值）有渲染延迟，频繁更新data字段会让倒计时“看起来”不稳。
实操建议：
- 不用
setInterval做主逻辑，改用setTimeout递归调用——每次只设下一次触发，避免累积误差 - 倒计时变量必须声明在
data中（如countdown: 60），但更新时别用this.countdown--这种同步减法，而是用this.countdown = nextValue确保响应式生效 - 页面
onHide时必须clearTimeout，否则切后台还在跑，回来时时间已错位；onShow时不能自动续，得重置或按剩余时间重新算
按钮点击触发倒计时，怎么防止重复点击？
用户手快连点，可能启多个定时器，导致countdown被多次修改、UI闪动、资源泄漏。这不是样式问题，是逻辑缺陷。
实操建议：
- 加一个
isCounting状态标识，初始false，点击后立刻设为true并禁用按钮（:disabled="isCounting"） - 倒计时结束（
countdown === 0）时，手动将isCounting设回false，同时恢复按钮可点 - 别依赖
setTimeout回调里的this.isCounting = false就完事——万一中途被clearTimeout中断，这个赋值就永远不会执行，按钮永远锁死
倒计时到0后要自动重置，但用户可能想再点一次？
常见需求：60秒倒计时，结束后按钮变回“发送验证码”，用户可再次点击。但如果只是把countdown设回60，没重置isCounting，按钮还是禁用的。
实操建议：
- 把重置逻辑抽成独立方法，比如
resetCountdown()，里面同时处理this.countdown = 60和this.isCounting = false - 倒计时结束回调里调用它；按钮点击前也先调用它（防异常状态残留）
- 如果需要“点击后才开始倒计时”，不要在
data里预设countdown: 60，而是在点击时才初始化，避免页面一加载就显示60然后不动
uni-app跨端时Date.now()和performance.now()怎么选？
想做高精度倒计时（比如毫秒级）？别碰performance.now()——H5可用，但微信小程序、App端基本不支持，会报undefined is not a function。
实操建议：
- 纯秒级倒计时，老老实实用
Date.now()记录开始时间，每次setTimeout回调里算差值，比单纯递减更抗暂停 - 如果必须毫秒级（如动画同步），改用
requestAnimationFrame替代setTimeout，但它不保证16ms准时，且需自行控制节奏 - 真要兼容所有端又需精度，建议放弃前端倒计时，让后端返回过期时间戳（如
expireAt: 171xxxxxx），前端只做差值计算和格式化
倒计时看着简单，真正稳定运行要盯住生命周期、状态同步、跨端API支持这三点。漏掉任意一个，真机上就容易出“明明写了clearTimeout却还在跑”的问题。
