JavaScript处理1921年5月前带时区日期的异常行为问题咨询

你观察到的现象不是JS引擎的bug，而是时区数据库的历史规则导致的正常表现：

• JavaScript原生Date对象依赖系统内置的IANA时区数据库（tz database），该数据库记录了全球各个地区有史以来所有的时区偏移变更规则。
• 你所处的东欧时区在1921年5月1日才正式将时区偏移调整为整小时的GMT+0200，此前该区域使用的是基于当地太阳时计算的GMT+0139偏移，该历史规则被完整记录在了时区数据库中。
• 解析带时区的日期字符串时，JS会先将输入转换为UTC时间戳，再根据日期所处的时间点匹配对应时区的历史偏移，转换为本地时间显示。你示例中输入的1921年4月30日GMT+0200的13:37，转UTC为11:37，再叠加当时当地的GMT+0139偏移，得到的显示时间就是13:16:49，和你给出的运行结果完全匹配。
• 不带时区参数的ISO日期字符串会被JS默认解析为本地时间，所以输入的时分秒数值会保留，只是显示时会套用对应时间点的历史偏移GMT+0139。

如果不需要遵循真实历史时区规则，想要强制统一使用现代GMT+0200偏移处理所有日期，可以采用以下方案：

1. 全链路使用UTC时间处理日期
   所有日期读写都调用带UTC后缀的API，避免触发本地时区的规则匹配：

// 读取UTC时间，不会受本地历史时区影响
const date = new Date("1921-04-30T13:37:00+0200")
console.log(date.getUTCHours()) // 输出11，为正确的UTC小时值

2. 使用支持固定偏移的日期库
   替换原生Date为Luxon、date-fns-tz等专业日期处理库，这类库支持手动指定固定时区偏移，不会自动套用历史时区规则。
3. 解析时指定固定偏移时区
   如果必须使用原生Date，可以在解析日期时使用Etc/GMT-2这类固定偏移时区（注意Etc时区的偏移符号和常规表示相反，GMT+2对应Etc/GMT-2），避免使用带历史规则的地域时区标识（比如Europe/Bucharest）。

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