最可靠方式是用 setinterval 持续调用 new date() 更新 dom，需注意时区、格式化（月份+1、补零）、定时器精度（优先1000ms）；避免单次调用、settimeout 递归或盲目设500ms；农历和跨时区需额外处理。
直接用 setInterval 调用 new Date() 并更新 DOM 是最可靠的方式，但必须注意时区、格式化和定时器精度三个关键点——否则页面时间会慢半秒、错一天，或在 Safari 里突然卡住。
为什么不能只调用一次 new Date()
很多人写完 updateTime() 后只执行一次，结果页面时间永远停在加载那一刻。时间是动态的，必须持续获取。
-
new Date()每次调用都返回当前时刻，不是“创建后就固定” - 只调用一次 → 时间冻结；必须配合定时器反复触发
- 别用
setTimeout递归代替setInterval，容易因 JS 执行延迟导致时间跳变（比如某次渲染卡了 120ms，下一次就晚了）
setInterval 的间隔设成 1000 还是 500？
设成 1000 最稳妥。设成 500 看似更“准”，实则引入新问题：
- 浏览器 tab 失焦时，
setInterval可能被节流（Chrome 会降频到 1s 一次），反而造成显示滞后 - 每 500ms 更新一次 DOM，对低端设备是不必要开销
- 用户肉眼根本分辨不出 1s 和 500ms 的差异，但能明显感知“时间跳秒”或“卡顿”
- 真正需要毫秒级精度的场景（如倒计时），应改用
requestAnimationFrame+ 时间戳差值计算，而不是盲目缩小时隔
年月日时分秒格式中，月份和日期为什么总少一位？
因为 getMonth() 返回的是 0–11，getDate() 才是 1–31。这是 JavaScript 的历史遗留设计，不是 bug。
- 错误写法：
now.getMonth() + "-" + now.getDate()→ 可能输出"7-26"（8月26日），但 7 会被误读为 7月 - 正确写法：
(now.getMonth() + 1) + "-" + now.getDate()→ 得到"8-26" - 更安全的做法是用
String(now.getMonth() + 1).padStart(2, "0")，避免单数字月份/日期（如"8-5"应为"08-05"） - 星期几建议用数组映射：
["星期日", "星期一", ..., "星期六"][now.getDay()]，getDay()返回 0–6，正好对应
中文星期、农历、时区这些进阶需求怎么加？
原生 Date 对象不支持农历，也不自动处理用户本地时区以外的显示（比如想固定显示东京时间）。这时候要分情况处理：
- 本地时区时间：直接用
new Date()+toLocaleString("zh-CN")，它会按用户系统语言和地区自动格式化，包括星期汉字 - 指定时区（如东京）：
new Date().toLocaleString("zh-CN", { timeZone: "Asia/Tokyo" })，注意旧版 Safari 不支持该选项 - 农历：必须引入第三方库（如
lunar-javascript），JS 原生无此能力 - 服务端时间校准：如果网页需要与服务器严格同步（比如金融类倒计时），不能依赖客户端
Date，得用首次请求返回的时间戳 + 客户端偏移量补偿
最容易被忽略的是：当用户手动修改系统时间后，new Date() 会立刻反映这个改动。如果你的业务逻辑依赖“真实流逝时间”（比如 token 过期判断），千万别只靠前端时间做校验。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
