JavaScript setMinutes() 夏令时结束时段运行异常问题咨询

结论 #

该行为是符合ECMAScript标准的预期表现，并非JS实现的异常。

核心原因 #

JavaScript的Date对象内部仅存储UTC时间戳，所有针对本地时间的修改方法（setMinutes、setHours等）的执行逻辑都是固定的：

1. 先将内部存储的UTC时间戳转换为当前时区的民用时间分量（年、月、日、时、分、秒，不包含夏令时状态标识）
2. 按照入参修改对应时间分量
3. 将修改后的民用时间分量重新转换为UTC时间戳，覆盖内部存储的原有值

而夏令时结束导致的时钟回拨，会产生歧义民用时间：你遇到的案例中，洛杉矶时区2021年11月7日的1:00~1:59会出现两次，第一次对应夏令时（PDT），第二次对应标准时（PST）。ECMAScript标准明确规定：遇到歧义的民用时间时，转换为UTC时间戳默认优先采用夏令时对应的时刻。

案例拆解 #

你给出的不符合预期的代码执行流程如下：

1. 初始化new Date("2021-11-07T09:50:00.000Z")，内部存储的UTC时间戳为2021-11-07T09:50:00.000Z，转换为洛杉矶本地时间是2021-11-07 1:50:00 PST，第一次打印结果符合预期
2. 调用date.setMinutes(date.getMinutes())时，先把UTC时间转为本地民用时间分量2021-11-07 1:50:00，修改分钟为50（无实际变化），再把该民用时间转回UTC，因为是歧义时间，优先取夏令时版本，对应UTC时间为2021-11-07T08:50:00.000Z，比原时间早了1小时
3. 第二次打印时，新的UTC时间转换为本地时间就是2021-11-07 1:50:00 PDT，出现了你看到的异常表现

规避方案 #

如果不需要处理本地时间的分量修改，直接使用UTC版本的setter方法即可，这类方法直接操作内部UTC时间戳，不会经过民用时间转换步骤，不会触发歧义问题：

let date = new Date("2021-11-07T09:50:00.000Z");
console.log(date.toLocaleString("en-us", {timeZoneName: "short"}));
// "11/7/2021, 1:50:00 AM PST"

date.setUTCMinutes(date.getUTCMinutes()); // 用UTC版本的方法

console.log(date.toLocaleString("en-us", {timeZoneName: "short"}));
// "11/7/2021, 1:50:00 AM PST" 结果符合预期

内容的提问来源于stack exchange，提问作者RapidIce