分布式定时任务必须统一采用utc作为调度基准，各节点物理时钟可存在毫秒级漂移，但需通过ntp校时保障可靠性；用户配置按本地时区输入，后台立即转为utc存储与执行，日志和时间戳须带z后缀。
定时任务在分布式节点上执行，必须依赖统一、稳定的时间基准，否则会出现重复执行、漏执行、顺序错乱等问题。核心不是“让每个节点显示一样的本地时间”，而是确保所有节点对“何时触发”有共同认知。
统一用 UTC 作为调度基准
各节点物理时钟可能存在毫秒级漂移，但只要调度系统（如 Cron、Quartz、Airflow）解析的是同一套 UTC 时间规则，就能避免逻辑冲突。例如：
- 所有 crontab 条目按 UTC 编写（
0 2 * * * /job.sh表示每天 UTC 2 点执行） - 服务端下发定时任务指令时，携带 ISO 8601 格式 UTC 时间戳（如
2026-07-08T02:00:00Z） - 避免使用“每天凌晨2点”这类模糊表述——不同节点所在时区的“凌晨2点”物理时刻完全不同
时区只用于展示和人工配置，不参与调度计算
用户配置界面可按本地时区选择时间（如“北京时间每周一早9点”），但后台需立即转换为对应 UTC 时间并持久化。关键点：
- 前端选时区 + 输入时间 → 后端调用
ZonedDateTime.withZoneSameInstant(ZoneId.of("Asia/Shanghai"))转成 UTC - 数据库字段存储调度时间一律用
TIMESTAMP WITH TIME ZONE或纯 UTC 秒级/毫秒级整数 - 日志中记录触发时间必须带
Z后缀（如2026-07-08T02:00:00Z），不可只存“2026-07-08 10:00:00”这种无时区信息的字符串
节点本地时间必须可靠且可监控
即使调度逻辑基于 UTC，若某节点系统时间偏差过大（如 >5 分钟），仍会导致任务延迟或跳过。需主动防护：
- 所有节点启用 NTP 客户端（推荐 chronyd），指向同一组可信时间源（如
time.pool.aliyun.com） - 定期检查同步状态：
chronyc tracking中Last offset应 System clock error 应 - 禁止手动修改系统时间；若偏差超 600 秒，应停机校准或启用
tinker step 0配置让 chronyd 缓慢调整 - 将硬件时钟（RTC）也同步：校准后运行
hwclock -w
跨时区运维与告警需显式标注时区
当运维人员查看某节点日志或执行手动干预时，时间显示必须明确时区上下文：
- 终端登录后自动设置
TZ=UTC，避免date命令输出误导 - 监控大盘时间轴默认用 UTC，但允许下拉切换为“本地时区”视图（前端转换，后端数据不变）
- 告警消息中时间字段强制附带时区标识，例如：“节点 node-03 于 2026-07-08T02:00:03Z 超时”而非“于 10:00:03 超时”
