用 setinterval 每秒调用更新函数格式化本地时间，通过 date 方法拼接年月日时分秒并补零，避免 tolocaletimestring 和 toisostring，注意页面加载完成后再启动、保存定时器 id 以便清理，并区分本地时间与服务器时间用途。
直接用 setInterval 配合 new Date() 就能实时更新时间，但不处理时区和格式化会显示成“Thu Apr 18 2024 15:23:42 GMT+0800”，没人想看这个。
怎么让时间每秒刷新一次且不卡页面
核心是用 setInterval 定期调用更新函数，但别用 setTimeout 递归或高频 requestAnimationFrame——前者易失控，后者没必要还耗资源。
- 间隔设为
1000毫秒，刚好一秒一次，别写999或1000.5这种没意义的数 - 务必在页面加载完成后再启动定时器，否则可能找不到
document.getElementById("time")元素 - 记得存下
setInterval的返回值，后续可用clearInterval清理（比如页面卸载时）
怎么格式化成“2024-04-18 15:23:42”这种可读形式
原生 Date 对象没内置 ISO 格式带空格的输出，toISOString() 是 "2024-04-18T15:23:42.123Z"，带 T 和时区，得手动切。
- 推荐用
date.getFullYear()、date.getMonth() + 1、date.getDate()拼接年月日 - 小时分钟秒统一用
String(date.getHours()).padStart(2, "0")补零，避免出现 “2024-4-18 9:5:7” - 别依赖
toLocaleTimeString()，它受用户系统语言和地区设置影响，中文系统可能出“下午3:23:42”，英文系统又变“3:23:42 PM”
为什么本地时间总比服务器时间快/慢几分钟
网页时间完全来自用户设备的系统时钟，不是服务器时间。用户手机没校准、电脑休眠后时钟漂移、甚至 BIOS 电池老化，都会导致偏差。
- 如果业务需要强一致性（如倒计时、抢购），必须通过 API 轮询服务器时间，前端只做差值补偿
-
new Date()拿到的是本地UTC偏移后的本地时间，不是 UTC 时间；要转 UTC 可用date.getUTCHours()等方法，但一般不需要 - 移动端尤其要注意：Safari 在后台标签页里可能暂停
setInterval，导致时间“跳变”，得监听visibilitychange事件手动同步
真正难的不是写几行 JS，而是想清楚你要的时间到底代表什么：是给用户看的本地钟表，还是和服务器对齐的逻辑时间点。选错前提，后面所有格式、时区、同步逻辑全得推翻重来。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
