在GMT-3时区使用Luxon的DateTime.fromISO解析ISO字符串出现错误日期

首先明确判定：该现象既不是你的使用方式错误，也不是Luxon框架的Bug，核心是历史时区规则的真实还原导致的计算结果差异。

非整数偏移的来源 #

你观察到的转换结果与预期差17分钟的非整时偏移，是Luxon内置的IANA时区数据库存储的真实历史规则：

• 你设备设置的“GMT-3”对应的实际IANA时区条目（多为南美地区的城市时区），在1909年的时间节点上，官方本地时间与UTC的偏移并不是后续调整后的整3小时，而是存在17分钟左右的非整偏移
• 举个换算实例：原始ISO字符串1909-01-01T03:00:00Z对应UTC时间1月1日凌晨3点，按照当时-4小时17分的本地偏移计算，落地到本地时区的时间就是1908年12月31日22:43，和你实际得到的结果完全匹配

为什么早期时区不是整小时设置 #

• 全球各国统一使用整小时时区偏移是20世纪中期之后才逐步推广的规则，在此之前，多数地区的本地时间基于本地天文观测的太阳时制定，普遍存在十几到几十分钟的非整时偏移，这些历史规则都被完整收录在IANA时区数据库中
• Luxon的时区计算逻辑会严格匹配目标时间点对应的真实历史偏移，不会为了适配现代的整小时时区规则篡改历史时间的计算结果

匹配预期结果的实现方式 #

如果你需要严格按照现代固定GMT-3的规则换算，不触发历史时区规则匹配，可以在调用DateTime.fromISO方法时手动指定固定偏移时区：

// 强制使用固定UTC-3偏移，不加载对应IANA时区的历史规则
DateTime.fromISO("1909-01-01T03:00:00Z", { zone: "utc-3" })

按照上述配置计算，得到的结果就会是你预期的1909年1月1日零点整的本地时间。

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