HTML无法动态显示时间，必须用JavaScript；推荐Date+setInterval+textContent手动格式化或toLocaleTimeString()，避免innerHTML风险，用秒数比对防跳变，显式配置toLocaleTimeString参数确保秒数显示，后台节流时用startTime差值计算追平。
Date + setInterval + textContent，配合手动格式化或 toLocaleTimeString()。
为什么 innerHTML 要换成 textContent？
很多教程直接用 innerHTML 写时间，看似没问题，但存在两个隐患：
一是如果时间字符串里意外混入 < 或 &（虽然概率低），可能被浏览器误解析为标签；二是纯文本更新时，textContent 比 innerHTML 更快，不触发 HTML 解析和重排。
所以只要时间只做展示、不带 HTML 标签，一律用：document.getElementById('clock').textContent = formattedTime;
setInterval 每秒更新，但秒数跳变不稳？
这是常见错觉——setInterval(update, 1000) 并不保证“严格每秒执行”，它受 JS 主线程阻塞、任务队列延迟影响，可能出现 998ms 或 1005ms 的偏差，导致秒数偶尔“卡半拍”或“连跳”。
解决方法不是调高精度，而是改用“按需更新”逻辑：
- 在定时器里记录上一次更新的秒数（
lastSec） - 每次执行时取
now.getSeconds()，仅当它 ≠lastSec才写 DOM - 再把
lastSec更新为当前值
toLocaleTimeString() 的坑：中文环境可能不显示秒？
没错。默认调用 new Date().toLocaleTimeString('zh-CN') 在部分浏览器（如旧版 Safari）会省略秒，只输出“上午11:05”。
要强制显示秒，必须显式传参：date.toLocaleTimeString('zh-CN', { hour12: false, hour: '2-digit', minute: '2-digit', second: '2-digit' })
注意：hour12: false 是关键，否则中文环境下可能自动切回 12 小时制并丢掉秒；另外，second: '2-digit' 不能省，否则某些系统仍可能忽略。
页面切到后台后时间停了，怎么保持准？
浏览器对非活跃标签页会节流 setInterval，最低可能降到 1 分钟一次。这不是 bug，是省电机制。
真需要后台也准（比如倒计时、日志时间戳），得放弃“每秒轮询”，改用“差值计算”：
- 首次记录
startTime = Date.now() - 用
requestAnimationFrame或 visibilitychange 事件监听页面可见性 - 当页面重新可见时，算出已过去多少毫秒，再基于
startTime推算当前应显示的时间
立即学习“前端免费学习笔记（深入）”；
真正难的不是让时间动起来，而是想清楚：你到底要“看起来像钟表”还是“作为可信时间源”。前者靠视觉节奏，后者得对接服务器时间或考虑时区偏移——这两者的技术路径完全不同。
