必须用 setInterval 配合 JS 动态更新表格单元格倒计时，每个倒计时需独立管理定时器 ID 和目标元素，通过 data-end-time 读取时间戳，用 formatCountdown 统一格式化为“mm:ss”，并监听 visibilitychange 应对页面失焦。
用 setInterval 更新表格单元格的倒计时值
直接在 <td> 里写死时间没用，必须用 JS 定时刷新。核心是获取目标单元格（document.querySelector 或 getElementById），然后在 setInterval 回调里更新它的 textContent 或 innerHTML。注意别把定时器 ID 存成全局变量——多个倒计时会互相覆盖，每个应独立管理。
常见错误：在循环里直接写 setInterval 却没保存返回值，导致无法清除；或者把时间戳计算逻辑放在定时器外，结果只算一次。
- 倒计时终点建议用毫秒时间戳（
targetTime = Date.now() + 60000），比单纯减秒更抗延迟累积 - 每次更新前先检查是否已过期，过期后应清除定时器并设为
"00:00"或其他终态文本 - 避免用
innerHTML更新纯数字内容——有 XSS 风险且性能略低，优先用textContent
多个倒计时共存时如何避免冲突
一个页面多个倒计时，不能共用同一个 setInterval 句柄或倒计时变量。最稳妥方式是为每个倒计时封装成独立函数，传入目标单元格和截止时间。
示例场景：订单列表每行都有不同到期时间，需各自倒计时。此时每个 <td class="countdown"> 应带自定义属性，如 data-end-time="1717023600000"，JS 初始化时遍历所有该类单元格，逐个启动独立定时器。
立即学习“前端免费学习笔记（深入）”；
- 用
dataset.endTime读取时间戳，转成数字再参与运算 - 每个定时器的回调函数内用
this或闭包绑定当前单元格引用，防止最后更新错位置 - 不要用
setTimeout递归模拟——误差会随次数增大；setInterval更稳，但记得用clearInterval清理已结束的
倒计时格式化：从毫秒到 "mm:ss" 的安全转换
直接用 Math.floor((timeLeft % 3600000) / 60000) 算分钟容易出错——比如剩 59 秒时，分钟部分会是 0，但秒数若不补零就显示成 "0:59"，视觉不统一。
真正要的是两位数格式，且得处理负数（过期后）。
- 推荐写个工具函数：
formatCountdown(ms)，输入剩余毫秒数，输出类似"05:23"的字符串 - 内部用
const secs = Math.max(0, Math.floor(ms / 1000))防负值，再算Math.floor(secs / 60)和secs % 60 - 用
String(num).padStart(2, '0')补零，比num < 10 ? '0' + num : num更简洁可靠
页面切换或失焦时倒计时暂停/跳变问题
浏览器对非活跃标签页会节流 setInterval，最小间隔可能拉长到 1s 甚至更久，导致倒计时“跳秒”或明显滞后。这不是代码 bug，而是浏览器策略。
真实业务中，用户切走再切回，看到的剩余时间可能比实际少几秒——这不可完全避免，但可缓解。
- 每次触发定时器时，用
Date.now()重算真实剩余毫秒，而不是靠累减固定步长（比如每次减 1000） - 监听
visibilitychange事件，在页面隐藏时暂停定时器，显示时重新计算剩余时间并重启——但要注意：用户可能等了 2 分钟才切回来，这时直接显示"00:00"比硬补时间更合理 - 电商类场景慎用“后台同步校验”，前端倒计时只是提示，最终以服务端时间为准
