秒表应使用 performance.now() 计算时间差，setInterval 仅负责渲染；倒计时需基于目标时间动态计算剩余毫秒；状态管理推荐四态字符串机（idle/running/paused/finished）；定时器 ID 必须显式清除并避免闭包持有 DOM。
秒表功能：用 setInterval 实现毫秒级计时，但别直接依赖它做精度判断
浏览器的 setInterval 并不精确，尤其在页面切到后台或系统负载高时会明显漂移。真正可靠的秒表得靠 performance.now() 或 Date.now() 做时间差计算，setInterval 只负责触发渲染。
实操建议：
- 启动时记录初始时间戳：
startTime = performance.now() - 用
setInterval(() => { elapsed = performance.now() - startTime; updateDisplay(elapsed); }, 50)—— 50ms 刷新一次足够流畅，又不过度消耗 CPU - 暂停时保存已流逝时间，继续时更新新的
startTime = performance.now() - elapsed - 别用
setTimeout递归模拟，容易因延迟累积导致跳秒
倒计时功能：避免用 setInterval 减数值，改用目标时间比对
常见错误是写成 countdown = 60; setInterval(() => countdown--, 1000)，一旦定时器卡顿或页面失焦，countdown 就会严重不准，甚至变成负数还继续跑。
正确做法是固定一个结束时间点，每次渲染都算剩余毫秒：
- 设倒计时 5 分钟：
endTime = Date.now() + 5 * 60 * 1000 - 定时器里只做：
remaining = Math.max(0, endTime - Date.now()) - 剩余为 0 时清除定时器，并触发完成回调
- 这样即使页面切走再回来，倒计时依然准确，且不会超时
暂停/恢复状态管理：用单一布尔值不够，需区分“未开始”“运行中”“已暂停”“已完成”
只用 isRunning 标志位会导致逻辑漏洞，比如用户在倒计时完成后再点“开始”，是该重置还是报错？秒表暂停后修改初始值是否生效？
推荐用字符串状态机：
-
status = 'idle'：未启动，可设置时长或清零 -
status = 'running'：正在计时，此时点“暂停”才有效 -
status = 'paused'：已暂停，保留当前值和起始偏移，点“继续”才恢复 -
status = 'finished'：倒计时结束，除非手动重置，否则禁用所有控制按钮
每次操作前先校验 status，比堆一堆 if (isRunning && !isPaused) 更易维护。
DOM 更新与内存泄漏：清除定时器必须配对，且避免闭包持有 DOM 引用
每次调用 setInterval 都返回一个 ID，必须用 clearInterval(id) 显式清除。漏掉就会持续执行，哪怕组件已卸载。
实操要点：
- 把定时器 ID 存在变量里（如
timerId = setInterval(...)），不要存在对象属性或闭包深层嵌套中 - 在暂停、重置、销毁组件前，统一加
if (timerId) { clearInterval(timerId); timerId = null; } -
回调函数里别直接引用外部 DOM 元素（如
document.getElementById('time')），改用传入或绑定；否则 React/Vue 卸载后仍被闭包持有，造成内存泄漏 - 如果用类封装，确保
destroy()或componentWillUnmount里有清理逻辑
精度、状态、清理——这三个地方出问题，八成是计时不准、按钮失灵或页面卡顿的根源。
