JS 用 toISOString 格式化时间总差 8 小时，本地时间该怎么转

const d = new Date('2026-11-09T10:00:00');
const pad = n => String(n).padStart(2, '0');
const local = `${d.getFullYear()}-${pad(d.getMonth()+1)}-${pad(d.getDate())} ${pad(d.getHours())}:${pad(d.getMinutes())}:${pad(d.getSeconds())}`;
console.log(local);

把用户选的日期提交给后端，存进去比选择的时间早八小时，导出报表日期整体前移。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：toISOString 按 UTC 输出，而用户选择的是本地时间，两者相差时区偏移。

这次卡住的地方就在「JS 时间格式化时区」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。同类问题如果隔一段时间又出现，多半是某个定时任务或重启流程把改动冲掉了。

把这次用到的命令存进笔记，比记住结论有用，换个环境还能照着走。改完隔一天再看一次，当场正常不代表能稳住。

测试环境和线上的差别，往往就在版本号和那几行被忽略的配置上。

处理上按这个顺序：提交前显式换算成本地格式；或统一提交时间戳；后端按同一时区解析。

确认没问题再收工，提交后后端存储的时间与用户选择完全一致，列表展示不再偏移。