这可不是Chrome的bug，而是夏令时（DST）切换机制下的正常行为，咱们一步步理清楚：

为什么会出现这个现象？ #

• 先明确时区规则：2020年北美东部时区的夏令时切换是在当地时间3月8日凌晨2:00，此时时钟会直接从2:00跳到3:00——换句话说，当地时间2020-03-08 02:00:00这个时间点在现实中根本不存在，它被夏令时的切换直接跳过了。
• 当你调用new Date(2020, 02, 08, 02)时，JavaScript的Date对象会尝试解析这个“无效的本地时间”。由于这个时间在时区规则里是不存在的，浏览器会自动把它向后偏移1小时，映射到下一个有效的时间点，也就是3:00 AM EDT（GMT-0400），这就是你得到03:00结果的原因。
• 而你传入的01:00是切换前的有效时间，属于EST时区，所以解析完全符合预期。

怎么解决这个问题？ #

根据你的使用场景，有两种靠谱的处理方式：

1. 用UTC时间构造（推荐） #

如果需要精确对应某个绝对时间点，彻底避开时区和夏令时的干扰，直接使用UTC时间来构造：

// 对应UTC时间2020-03-08 06:00:00
// 等价于EST的01:00，也等价于EDT的02:00
const exactUtcDate = new Date(Date.UTC(2020, 02, 08, 06, 00, 00));
console.log(exactUtcDate.toString());

UTC时间是绝对时间，不会因为本地时区的夏令时规则产生偏移，能确保你拿到的时间是精确对应的。

2. 显式处理夏令时边界 #

如果你必须基于本地时间构造，可以提前检查构造后的时间是否被偏移，然后按需调整：

function buildLocalDate(year, month, day, hour) {
  const date = new Date(year, month, day, hour);
  // 如果构造后的小时和传入的不一致，说明时间落在了夏令时跳过区间
  if (date.getHours() !== hour) {
    // 这里可以根据你的需求调整逻辑，比如向前偏移1小时
    return new Date(year, month, day, hour - 1);
  }
  return date;
}

// 测试夏令时切换时刻
const adjustedDate = buildLocalDate(2020, 02, 08, 02);
console.log(adjustedDate.toString()); 
// 输出：Sun Mar 08 2020 01:00:00 GMT-0500 (Eastern Standard Time)

注意：这种方式需要你明确目标时区的夏令时规则，不同地区的切换时间、方式可能不同，维护成本相对高一些。

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