Date.parse解析含ADT时区日期返回Invalid Date问题求助

问题原因 #

Date.parse()对时区缩写的支持无统一标准，ADT（大西洋夏令时）不属于ECMA规范强制兼容的时区缩写，多数JS环境无法识别该缩写，因此解析返回Invalid Date。而EST、PST这类通用时区缩写因使用广泛，被多数环境额外支持，所以能正常解析。

解决方案（基于你的Salesforce代码场景） #

你当前通过拼接时区缩写构造日期字符串的方式，依赖环境对缩写的支持，可靠性低。推荐直接利用Salesforce的$A.localizationService工具处理时区转换，无需手动拼接字符串：

let userLocalTimeZone = $A.get("$Locale.timezone");
// 构造用户时区下目标日期的0点时间字符串
let localDateTimeStr = dateData + 'T00:00:00';
// 使用Salesforce本地化服务解析指定时区的日期
let dateTimeValue = $A.localizationService.parseDateTime(localDateTimeStr, userLocalTimeZone);
// 转换为UTC并格式化
let utcDatetime = $A.localizationService.formatDateTimeUTC(dateTimeValue);
utcDatetime = $A.localizationService.formatDate(utcDatetime,'yyyy-MM-ddTHH:mm:ss');

原生JS替代方案（无Salesforce依赖时） #

如果脱离Salesforce环境，可使用原生Intl.DateTimeFormat结合IANA时区标识符（而非缩写）处理，避免依赖Date.parse()的不稳定行为：

const userTimeZone = 'America/Halifax'; // 替换为实际IANA时区
const targetDateStr = '2022-05-11';

// 获取目标日期在指定时区的年、月、日部分
const parts = new Intl.DateTimeFormat('en-US', {
  timeZone: userTimeZone,
  year: 'numeric',
  month: '2-digit',
  day: '2-digit'
}).formatToParts(new Date(targetDateStr));

const year = parts.find(p => p.type === 'year').value;
const month = parts.find(p => p.type === 'month').value;
const day = parts.find(p => p.type === 'day').value;

// 构造该时区下0点的UTC时间（利用ISO格式+时区偏移）
const timeZoneOffset = new Date().toLocaleString('en-US', {
  timeZone: userTimeZone,
  timeZoneName: 'shortOffset'
}).split('GMT')[1];

const isoStr = `${year}-${month}-${day}T00:00:00GMT${timeZoneOffset}`;
const dateTimeValue = new Date(isoStr);

// 转换为UTC格式字符串
const utcDatetime = dateTimeValue.toISOString().slice(0, 19);

关键注意事项 #

• 始终优先使用IANA时区标识符（如America/Halifax、America/New_York）而非时区缩写，前者是标准且全环境兼容的。
• 避免手动拼接日期字符串进行解析，尽量使用框架本地化工具或原生Intl API处理时区转换，减少兼容性问题。

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