toISOString() 输出 UTC 时间，故比东八区本地时间少8小时，属正常设计；需时区感知应改用 toLocaleString() 并指定 timeZone 选项。
导出时 toISOString() 为什么总差 8 小时？
因为 toisostring() 强制输出 utc 时间，不读取本地时区设置。你看到的“差 8 小时”，其实是本地（比如东八区）时间被转成 utc 后的自然结果，不是 bug，是设计行为。
常见错误现象：new Date().toISOString() 在上海、新加坡、洛杉矶服务器上跑出来都一样 —— 全是 UTC，看起来“没同步”，其实它根本没打算同步本地时区。
- 要用时区感知的时间导出，别用
toISOString()直接拍脑袋塞进备份文件名或日志 - 真正需要“按服务器本地时间导出”的场景，得先用
toLocaleString()配合timeZone选项，比如：new Date().toLocaleString('en-US', { timeZone: 'Asia/Shanghai' }) - 注意 Node.js 版本：Node.js timeZone 选项传字符串，得靠
Intl.DateTimeFormat手动兜底
跨国备份脚本里怎么让所有服务器用同一个时区写文件名？
别依赖系统 TZ 环境变量，它容易被忽略、覆盖或压根没设。统一用显式时区参数控制，才是可交付的做法。
使用场景：你有三台服务器分别在法兰克福、东京、纽约，每天凌晨 2 点触发备份，但希望所有备份文件名都带 2024-06-15T02:00:00+00:00（UTC）或 2024-06-15T11:00:00+09:00（东京），而不是各自本地时间。
- Node.js 脚本中，优先用
Intl.DateTimeFormat构造器，指定timeZone和hour12: false，避免 AM/PM 干扰解析 - Shell 脚本中，用
date -u强制 UTC，或TZ=UTC date；不要用date默认输出 - PostgreSQL
COPY或pg_dump导出时，时间字段默认按timezone参数走，记得在连接串里加options=-c%20timezone%3DUTC
new Date().toUTCString() 和 toISOString() 选哪个？
都不适合直接用于备份标识 —— 前者格式不一致（Mon, 15 Jun 2024 02:00:00 GMT），后者没时区偏移量（2024-06-15T02:00:00.000Z 中的 Z 是固定符号，不能被 new Date(...).toLocaleString() 解析回原时区）。
真正要的是：可排序、可解析、含明确时区信息、跨语言兼容的字符串。推荐组合：new Date().toLocaleString('sv-SE', { timeZone: 'UTC', hour12: false }) → 2024-06-15 02:00:00，再手动拼 +00:00，或者用 formatToParts 拆解后重组。
-
toISOString()适合日志时间戳或 API 通信，不适合文件名——Windows 对:敏感，Linux 虽然能存但难 glob 匹配 -
toUTCString()返回的GMT字符串，JavaScriptDate.parse()能认，但 Pythondatetime.fromisoformat()不认，跨语言维护成本高 - 最省心的备份时间戳格式是：
20240615T020000Z（UTC）或20240615T110000+0900（含偏移），用正则或Intl.DateTimeFormat的formatRange可控生成
rsync / scp 备份时，时间戳文件名在不同时区机器上会乱序？
会。如果 A 服务器用本地时间生成 backup_20240615_020000.tar.gz（东八区），B 服务器也用本地时间生成同名文件（但其实是 UTC 时间），两个文件时间戳数字相同、含义不同，后续按文件名排序或清理就出错。
性能影响不大，但运维逻辑会被悄悄破坏：自动清理脚本按“最近 7 天”删文件，可能把东京的昨天备份当成法兰克福的前天备份给删了。
- 解决方案不是改服务器时钟，而是导出环节就“去时区化”：所有备份统一用 UTC 文件名，或统一用某个业务时区（如
Asia/Shanghai），并在文件头/元数据里写明所用时区 - rsync 不传时区信息，
--times只同步 mtime，不解决命名混乱；必须从生成阶段卡死 - 小技巧：在备份脚本开头加一行
echo "TZ=UTC" > /tmp/backup_env，后续所有子命令都 source 它，比全局改/etc/timezone更安全
+0800，也不要图省事用 new Date().toString() 这种看天吃饭的调用。
