用 setInterval 更新 textContent 是最直接有效的方式，每秒调用更新函数并写入本地化时间字符串，配合生命周期清理定时器、避免闭包陷阱和 SSR 错误，确保安全高效。
用 setInterval 更新 textContent 最直接有效
不需要框架、不引入第三方库，纯 HTML + JS 就能实现动态时间显示。核心就是每秒调用一次更新函数，把当前时间写进某个元素的 textContent（比 innerHTML 更快更安全）。
常见错误是直接在 setInterval 里拼接字符串并赋值给 innerHTML，既没做防抖、也没清理定时器，页面销毁后还在跑，容易内存泄漏。
- 用
textContent替代innerHTML，避免潜在 XSS 和重排开销 - 把
setInterval返回的 id 存起来，组件卸载时记得clearInterval - 格式化建议用
toLocaleTimeString()，它自动适配用户本地时区和格式，比手撕getHours()+padStart()更鲁棒 - 如果需要精确到毫秒或自定义格式（如带年月日），再考虑
Intl.DateTimeFormat或轻量库如date-fns/format
Vue 3 中用 onMounted 和 onBeforeUnmount 控制生命周期
在组合式 API 下，时间组件必须绑定生命周期钩子，否则组件切走后定时器还在运行，多个实例会互相干扰。
典型错误是只在 setup 里启动定时器，却不清理；或者把定时器挂在 ref 外部，导致无法在卸载时访问。
立即学习“前端免费学习笔记（深入）”；
- 在
onMounted里启动setInterval，返回值存进const timer = ref(null) - 在
onBeforeUnmount里执行clearInterval(timer.value) - 避免在
watch或响应式计算中频繁触发格式化——时间字符串本身不用响应式，每秒更新一次 DOM 即可 - 若需支持时区切换 prop（如
timezone="Asia/Shanghai"），应在格式化时传入timeZone选项，而不是靠前端 offset 换算
React 函数组件用 useEffect 清理定时器最稳妥
React 的 effect 清理机制天生适合这种“启动-停止”模式。关键不是怎么设定时器，而是怎么确保它一定被清除。
常见错误包括：忘记 return 清理函数、在清理函数里引用了过期的 state（闭包陷阱）、或把 setInterval 放在事件回调里导致重复注册。
- 清理函数必须 return 一个函数，且该函数内调用
clearInterval - 如果组件接收
format或timezone等 prop，要把它们加入useEffect依赖数组，否则格式不会响应更新 - 避免在定时器回调里直接调用
setState—— 时间字符串变化频繁，但 React 不需要每秒都重渲染；可先缓存上一秒的值，仅当字符串实际变化时才更新 state - 注意 SSR 场景：
typeof window === 'undefined'时跳过定时器初始化，否则服务端报错
requestAnimationFrame 不适合做秒级时间显示
有人想用 requestAnimationFrame 替代 setInterval 来“更流畅”，这反而会导致时间不准、跳秒、甚至卡顿。
requestAnimationFrame 的执行频率取决于屏幕刷新率（通常 60fps），不是每秒 1 次；它也不保证准时，尤其在页面后台或节电模式下可能被暂停。
- 秒级更新必须用
setInterval(fn, 1000)，这是浏览器唯一能稳定提供近似 1s 间隔的机制 - 如果真要高精度（比如倒计时到毫秒），应基于
Date.now()计算差值，而不是依赖定时器累积误差 - 移动端 WebView 或旧版 Safari 对
setInterval的最小间隔有降频策略（如 ≥4ms），但对 1000ms 无影响，放心用
真正容易被忽略的是时区一致性：HTML 页面默认用浏览器本地时区，但如果后端返回的是 UTC 时间，又没做转换，用户看到的就是错的。不要假设“显示本地时间”就等于“正确时间”——得看数据源头和业务语义。
