倒计时应统一用 utc 时间戳计算，后端返回带时区的 iso 时间或使用 date.utc() 锚定基准；每次渲染实时计算差值，避免 setinterval 累加；显示时用 tolocalestring({timezone}) 本地化，不参与运算。
JavaScript 实现倒计时本身不难，但一旦涉及多地区用户、跨时区展示（比如全球活动倒计时），就容易出错——常见问题是本地时间误算、服务器时间与浏览器时间不一致、夏令时跳变导致倒计时跳秒或卡顿。核心在于：**明确时间基准，统一用 UTC 处理逻辑，仅在展示层做时区转换。**
用 Date.UTC() 或 ISO 字符串锚定绝对时间
避免直接用 new Date('2025-12-31 20:00:00')，因为该字符串会被浏览器按本地时区解析（中国用户解析为 CST，美国用户可能解析为 PST），导致基准不同。正确做法是：
- 后端返回带时区的 ISO 时间（如 "2025-12-31T20:00:00+08:00" 或更推荐的 UTC 时间 "2025-12-31T12:00:00Z"）；
- 前端用 new Date(isoString) 构造 —— 浏览器会自动按字符串中的时区或 Z 解析为对应 UTC 时间戳；
- 若只有年月日时分秒且已知属某时区（如“北京时间 12 月 31 日 20:00”），可用 Date.UTC(2025, 11, 31, 20, 0, 0)（注意月份 0 起始）得到毫秒时间戳，它代表的是 UTC 时间，再根据需要转为本地显示。
倒计时逻辑始终基于时间戳差值，不依赖 setInterval 累加
别用 setInterval(() => seconds-- ) 这类方式，它受任务队列、页面休眠、系统时间调整影响，极易漂移。正确方式是每次渲染时实时计算：
- 获取当前时间戳：Date.now()（返回 UTC 毫秒数）；
- 减去目标时间戳（也必须是 UTC 毫秒数）；
- 取正数即剩余毫秒，再换算为天/时/分/秒；
- 用 requestAnimationFrame 或每秒 setTimeout 触发一次重算（requestAnimationFrame 更平滑，但需注意页面不可见时暂停，可用 Page Visibility API 补偿）。
面向用户的显示需尊重本地时区，但不参与计算
倒计时数字本身是“还剩多久”，这个“多久”是绝对时长（毫秒），和时区无关；但如果你要显示“截止时间：12月31日 20:00（北京时间）”，那括号里的本地化时间就得转换：
立即学习“Java免费学习笔记（深入）”；
- 用 date.toLocaleString('zh-CN', { timeZone: 'Asia/Shanghai' }) 显式指定时区格式化；
- 避免只用 date.toLocaleString()，它依赖用户系统设置，海外用户看到的就是他本地时间，可能造成误解；
- 若需同时显示多时区时间（如“纽约 16:00 / 伦敦 21:00 / 北京 05:00”），全部用 toLocaleString 配合不同 timeZone 选项生成，底层仍用同一个 UTC 时间戳。
注意夏令时与闰秒等边界情况
日常倒计时极少受闰秒影响，但夏令时切换日（如美国 3 月第二个周日）可能导致 localTime.getHours() 出现重复或跳过一小时。解决方案很直接：
- 只要倒计时逻辑全程用 UTC 时间戳运算，夏令时对计算毫无影响；
- 仅在把目标时间“翻译”成用户可读字符串时，交给 toLocaleString 或 Intl.DateTimeFormat 处理——它们内部已内置 IANA 时区数据库，能自动适配 DST 规则；
- 不要手动加减 1 小时来“修正”夏令时，那是过时且易错的做法。
