为何new Date()解析3月字符串日期出错，4月却正常？

哈哈，这个坑我之前踩过！你遇到的异常其实是夏令时（DST）转换导致的时间冲突，给你掰扯清楚：

为啥3月的日期会出问题？ #

你的日期字符串2018-03-07T00:00+03:00是带时区偏移的ISO 8601格式，浏览器解析时会自动把它转换成你本地时区的时间。如果你的本地时区（比如部分东欧/西欧时区）在2018年3月7日前后有夏令时切换，就会出现问题：

• 有些时区会在特定凌晨时刻把时钟拨快1小时，导致00:00这个时间点根本不存在
• 浏览器遇到这种“无效时间点”时，会自动调整时间（比如跳转到01:00或者前一天的23:00），看起来就像解析异常了

而4月7日的日期已经过了夏令时切换窗口，所以解析完全正常。

解决办法 #

1. 改用UTC时间解析 #

如果不需要本地时区转换，直接用UTC格式的字符串（末尾加Z），这样解析结果不会受夏令时影响：

var a = '2018-03-07T00:00:00Z'; // 改用UTC标准格式
console.log(new Date(a).toString());

2. 手动拆分日期组件解析 #

不想依赖浏览器的自动解析？那就自己拆分手动构建日期，完全规避时区转换的坑：

function parseFixedTimezoneDate(dateStr) {
  // 拆分年、月、日、时区偏移
  const [datePart, timeOffsetPart] = dateStr.split('T');
  const [year, month, day] = datePart.split('-').map(Number);
  const [, offsetHours, offsetMinutes] = timeOffsetPart.match(/(\d+):(\d+)$/).map(Number);
  
  // 用UTC方法构建日期，再加上时区偏移
  const utcDate = new Date(Date.UTC(year, month - 1, day));
  utcDate.setUTCHours(offsetHours);
  utcDate.setUTCMinutes(offsetMinutes);
  
  return utcDate;
}

var a = '2018-03-07T00:00+03:00';
console.log(parseFixedTimezoneDate(a).toString());

3. 明确指定时区 #

如果业务需要固定时区的显示/处理，可以用Intl.DateTimeFormat强制指定时区，避免本地时区干扰：

var a = new Date('2018-03-07T00:00+03:00');
// 强制用莫斯科时区（UTC+3）格式化
console.log(new Intl.DateTimeFormat('en-US', { 
  timeZone: 'Europe/Moscow',
  year: 'numeric',
  month: 'long',
  day: 'numeric',
  hour: '2-digit',
  minute: '2-digit'
}).format(a));

总结 #

这种异常本质是浏览器自动时区转换时，碰到了夏令时导致的“无效时间点”。只要避开自动转换的坑，要么用UTC，要么手动解析，要么指定固定时区，就能解决问题啦～

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