应使用 setTimeout 链式调用替代 setInterval 实现精准秒级更新，避免时区错乱、DOM 抖动和时间跳变；日期与时间需分离更新，分别用不同定时器控制，并注意 UTC 与本地时区的显式转换。
直接用 Date 对象 + setInterval 就能实现，但多数人卡在时间跳变、时区错乱、DOM 更新抖动这三处，不是代码写不对，而是没处理好边界。
为什么 setInterval(fn, 1000) 有时会漏秒或跳两秒？
浏览器定时器不精确，尤其在页面切到后台、系统休眠或高负载时，setInterval 可能被节流甚至暂停，恢复后会“补调”或跳过。这不是 bug，是规范行为。
- 别依赖
setInterval的“每秒一次”承诺，它只保证最小间隔，不保最大误差 - 改用
setTimeout链式调用：每次拿到当前时间后，立刻计算下一次触发时间（比如next = now + 1000 - (now % 1000)），再setTimeout，可收敛误差到 ±5ms 内 - 避免把格式化逻辑塞进定时器回调里——先取
new Date()，再格式化，最后更新 DOM；顺序颠倒容易因重排导致延迟累积
toLocaleTimeString() 和手动拼接字符串，哪个更可靠？
看需求场景：toLocaleTimeString() 自动适配用户本地时区和语言习惯，但不可控细节多；手动拼接完全可控，但得自己处理时区、零填充、AM/PM 等。
- 做管理后台或数据看板，优先用
toLocaleTimeString('zh-CN', { hour12: false, hour: '2-digit', minute: '2-digit', second: '2-digit' })，省心且语义正确 - 做国际化产品，别硬编码 “年”“月”“日”，用
Intl.DateTimeFormat实例缓存，避免重复构造开销 - 手动拼接时，
getMonth()返回 0–11，padStart(2, '0')必须加，否则 9:5:7 会显示成 9:5:7 而非 09:05:07 - 注意
toLocaleTimeString()在 Safari 旧版本中可能不支持hourCycle: 'h23'，需降级处理
日期与时间要不要分开更新？
要。日期变化频率远低于时间（一天一次 vs 一秒一次），混在一起更新会浪费 DOM 操作，还可能引发视觉闪烁。
立即学习“前端免费学习笔记（深入）”；
- 把日期（年月日星期）和时间（时分秒）拆成两个独立
span元素，分别用不同定时器控制：日期用setInterval(..., 60 * 60 * 1000)（一小时查一次），时间用秒级更新 - 如果页面需要响应午夜自动刷新日期，可在时间回调里判断
date.getDate() !== lastDate，再单独更新日期区域 - CSS 上给日期加
will-change: content没用，真正有效的是减少重排——确保时间容器有固定宽高，用textContent替代innerHTML更新
最易被忽略的是时区同步：前端拿到的 Date 始终是本地时区，若后端返回的是 UTC 时间戳，直接 new Date(timestamp) 会因时区转换出错；显示“服务器时间”必须显式调用 toUTCString() 或用 Intl.DateTimeFormat 指定时区，不能靠浏览器自动推断。
