最稳的起点是用 setInterval 每秒更新 textContent，每次回调中调用 new Date() 获取实时时间；优先使用 Intl.DateTimeFormat 处理时区与格式化；用 setTimeout 递归对齐系统整秒；监听 visibilitychange 在页面恢复可见时强制校准。
用 setInterval 更新 textContent 是最稳的起点
直接操作 DOM 元素的 textContent（而非 innerHTML）更新时间，性能好、无 XSS 风险、兼容性覆盖 IE9+。配合 setInterval 每秒触发一次即可，不必追求毫秒级刷新——人眼无法分辨 1000ms 和 998ms 的差异，反而频繁重绘会拖慢低端设备。
常见错误是把 new Date() 写在定时器外，导致时间“冻结”：
// ❌ 错误：date 只初始化一次
const date = new Date();
setInterval(() => {
el.textContent = date.toLocaleTimeString(); // 始终显示初始时刻
}, 1000);
正确做法是每次回调中重新生成时间对象：
// ✅ 正确：每次取当前时间
setInterval(() => {
el.textContent = new Date().toLocaleTimeString('zh-CN');
}, 1000);
时区与格式化别硬写，优先用 Intl.DateTimeFormat
手拼 hh:mm:ss 容易漏掉补零、24 小时制切换、夏令时偏移等问题。Intl.DateTimeFormat 是现代浏览器原生支持的国际化方案，能自动处理 locale、时区、数字宽度等细节。
立即学习“前端免费学习笔记（深入）”；
例如显示北京时间（东八区），不依赖用户本地设置：
const formatter = new Intl.DateTimeFormat('zh-CN', {
hour: '2-digit',
minute: '2-digit',
second: '2-digit',
hour12: false,
timeZone: 'Asia/Shanghai'
});
setInterval(() => {
el.textContent = formatter.format(new Date());
}, 1000);
注意点：
-
timeZone参数必须是 IANA 时区名（如'Asia/Shanghai'），不能写'GMT+8'或'UTC+8'，后者不被标准支持 - 部分旧版 Safari 对
timeZone支持不稳定，若需兼容可降级为用getTimezoneOffset()手动校正（但精度仅到分钟） - 如果页面只面向国内用户且无需严格时区控制，直接省略
timeZone用用户本地时间更轻量
避免 setInterval 累积误差，用 setTimeout 递归对齐系统时钟
连续运行几小时后，setInterval 可能因 JS 主线程阻塞而“漂移”——比如本该在 10:00:00.000 触发，实际在 10:00:00.012 才执行，多次累积后秒数跳变不同步。
更可靠的做法是每次用 setTimeout 计算下一次精确触发时间：
function tick() {
const now = new Date();
const nextSecond = new Date(now.getTime() + (1000 - now.getMilliseconds()));
el.textContent = formatter.format(now);
setTimeout(tick, nextSecond - new Date());
}
tick();
这样能确保每次更新都尽可能贴合整秒时刻，尤其适合做倒计时或需要视觉同步的场景。
移动端页面要防休眠，visibilitychange 事件得兜底
手机浏览器切到后台或锁屏后，setInterval 和 setTimeout 可能被节流甚至暂停，导致时间显示滞后几十秒甚至几分钟。用户切回来时，不能直接继续跑，得重新校准。
监听页面可见性变化，在恢复可见时强制刷新一次：
document.addEventListener('visibilitychange', () => {
if (!document.hidden) {
el.textContent = formatter.format(new Date()); // 立即同步
}
});
这个兜底逻辑简单有效，但要注意：不要在 visibilitychange 里重启定时器（容易重复注册），而是复用已有的 tick 或 setInterval 实例。
真正难处理的是长时间休眠后系统时间被手动修改（比如用户调了时钟），这种场景没有通用解法，只能接受“显示时间以用户设备系统时间为唯一依据”。
