最稳的前端倒计时方式是用毫秒级时间戳作终点：data-end-time 必须存 Date.now() 同量纲值（如1717023600000），启动时用 setInterval 独立绑定并存 timerId 到 dataset，每次回调重新查 DOM、失焦暂停并恢复时重算剩余时间。
data-end-time 存时间戳，不是字符串或秒数
前端倒计时最稳的方式是用毫秒级时间戳做终点，data-end-time 必须存 Date.now() 同量纲的值（比如 1717023600000），而不是 "2024-05-30 12:00" 或 "60"。后者每次都要解析、易出错，且无法跨时区对齐。
常见错误：后端传来的是剩余秒数，前端直接塞进 data-end-time，结果定时器一跑就负数；或者传 ISO 字符串，却没转成时间戳就参与计算。
- 服务端应返回完整截止时间戳（UTC 毫秒），或由前端基于当前时间 + 剩余秒数算：
const endTime = Date.now() + remainingSec * 1000 - 写入 DOM 时用
el.dataset.endTime = endTime，不要用setAttribute('data-end-time', ...)——dataset 自动处理类型转换 - 读取时直接
Number(el.dataset.endTime)，不用parseInt或new Date(...).getTime()
每个倒计时必须独立 setInterval，timer ID 存在 dataset 里
多个 <td> 或按钮共存时，共用一个定时器句柄会导致清理混乱、内存泄漏、更新错位。正确做法是把 setInterval 返回的数字 ID 存到对应元素的 dataset.timerId 中。
常见错误：在循环里调用 setInterval 却没保存返回值；或全局声明一个 let timer，结果后一个倒计时覆盖前一个，前者的 clearInterval 失效。
立即学习“前端免费学习笔记（深入）”；
- 启动时：
const timerId = setInterval(...); el.dataset.timerId = timerId - 清理时：
if (el.dataset.timerId) clearInterval(Number(el.dataset.timerId)) - 倒计时结束必须立刻清空：
delete el.dataset.timerId，否则下次初始化会误复用旧 ID
定时器回调里别缓存 DOM 引用，每次都重新 query
表格重绘、Vue/React 更新、innerHTML 替换都会让原 <td> 元素被销毁。如果定时器还拿着旧节点引用去改 textContent，就会报 Cannot set property textContent of null。
不能依赖初始化时存的 const cell = document.getElementById(...)，尤其在动态渲染场景下。
- 每次回调第一件事：用
document.querySelector(`[data-countdown-id="${id}"]`)重新获取元素 - 查不到就
clearInterval并 return，不硬更新 - 给倒计时单元格加唯一标识，比如
data-countdown-id="order-123"，比靠 class 或索引更可靠
页面失焦时要暂停，切回来得校准，不能只靠 setInterval 跑
浏览器在标签页不可见时会节流 setInterval，最低可能 10 分钟才触发一次。用户切回来发现倒计时卡了几十秒，甚至直接跳到“已过期”，体验断裂。
单纯监听 visibilitychange 不够——你得停掉定时器，并在恢复时用当前时间重算剩余毫秒数，再决定是否继续或结束。
- 失焦时：
clearInterval(Number(el.dataset.timerId)); delete el.dataset.timerId - 恢复时：重新计算
remaining = Number(el.dataset.endTime) - Date.now()，若 ≤ 0 则设为终态并跳过重启 - 别用
setTimeout递归模拟——误差会累积，10 分钟后偏差可达 2–3 秒
真实倒计时的复杂点不在“怎么显示”，而在“怎么扛住 DOM 变更、页面失焦、多实例并发、服务端时间漂移”。data-end-time 是锚点，但所有逻辑都得围绕它实时重算，而不是存个变量慢慢减。
