直接用 setInterval + Date 显示时间会因时区、补零、防抖缺失导致跳秒错位；toLocaleTimeString() 不指定 locale 和 options 会导致格式不可控；应显式传参或手动拼接 HH:mm:ss；setInterval 不保证准时，需每次 new Date() 获取真实时间；数字补零用 String(num).padStart(2, '0')，getMonth() 需加 1；星期需数组映射，多语言需动态加载。
直接用 setInterval + Date 就能跑起来，但不处理时区、不补零、不防抖，页面一卡就跳秒或错位——这不是“动”得快，是“动”得糙。
为什么 toLocaleTimeString() 有时显示成英文或 24 小时制
浏览器按系统语言和区域设置自动格式化，toLocaleTimeString() 默认不指定 locale 和 options，结果不可控。比如中文 Windows 可能出 “11:18:32”，但 macOS 英文系统可能返回 “11:18:32 AM”。
- 显式传参才可靠：
new Date().toLocaleTimeString('zh-CN', { hour12: false, hour: '2-digit', minute: '2-digit', second: '2-digit' }) - 避免用
toLocaleString()全量输出，它包含日期，且不同浏览器对分隔符（如斜杠/短横）处理不一致 - 如果要固定格式如
HH:mm:ss，别依赖 locale，自己拼接更稳
setInterval 设 1000ms 为什么还会跳秒或滞后
JS 是单线程的，setInterval 只保证「尝试每 1000ms 执行一次」，不保证准时。页面切后台、GC、长任务都会导致回调延迟，累积几秒后明显“卡顿”或“连跳”。
- 不要靠
setInterval计数来推算时间，每次都要调用new Date()获取真实当前值 - 避免在回调里做 DOM 批量操作或复杂计算，否则拖慢下一轮执行
- 真要高精度（比如做倒计时），可用
requestAnimationFrame配合时间差计算，但普通时钟没必要
月份、日期、小时这些数字怎么自动补零
getMonth() 返回 0–11，getDate() 和 getHours() 等返回原始数字，直接拼字符串会出 2026-8-26 9:5:3 这种丑样。
立即学习“前端免费学习笔记（深入）”；
- 最简方式：用
String(num).padStart(2, '0')，比如String(d.getDate()).padStart(2, '0') - 注意
getMonth()要 +1 后再补零：String(d.getMonth() + 1).padStart(2, '0') - 别用
parseInt()或Number()多此一举，String()足够安全
星期几怎么对应“星期一”而不是 1
getDay() 返回 0（周日）到 6（周六），纯数字没意义，必须映射成可读文本。
- 建个数组最直白：
const week = ['星期日', '星期一', '星期二', '星期三', '星期四', '星期五', '星期六'] - 取值写成
week[d.getDay()]，别漏掉括号，写成week[d.getDay]会undefined - 如果项目要支持多语言，这个数组就得按 locale 动态加载，不能硬编码
真正难的不是“显示时间”，而是让时间在各种浏览器、后台标签、CPU 负载波动下都保持视觉连续——补零、防抖、locale 控制，缺一不可。很多人卡在第一次补零失败，其实只是忘了 getMonth() 要加 1。
