JavaScript 日期处理即将修复：Temporal API 详解
近期 ECMAScript 的众多变更中，Temporal 提案 是最值得关注的进展。该提案已相当成熟，可通过 FullCalendar 团队提供的 polyfill 提前使用。它从根本上解决了 JavaScript 日期处理的核心缺陷——即无法原生表示带时区的“人类可读日期”。
当前 Date 对象的根本问题
JavaScript 的 Date 对象内部以 数字（毫秒时间戳） 表示时间，基于 POSIX 时间（忽略闰秒），丢失了原始日期的语义和时区信息。这导致：
- 歧义性：一个时间戳可对应多个不同时区的人类可读日期，无法逆向还原。
- 时区混乱：即使使用 UTC 或 ISO 格式（带偏移量），仅凭时间戳和偏移量仍无法唯一确定原始时区（例如，多个时区可能拥有相同的偏移量）。
- 实际困扰：例如，银行若将交易时间统一存为 UTC，用户在不同时区查看记录时会产生误解（如将咖啡消费时间误认为凌晨交易）。
Temporal API 的核心解决方案：ZonedDateTime
Temporal API 引入了 Temporal.ZonedDateTime 对象，专门用于表示一个精确的瞬间及其对应的完整时区信息。其关键优势包括：
1. 精确创建带时区的时间
直接指定年、月、日、时、分、秒和时区（如 "Europe/Madrid"），自动正确处理夏令时（DST）等复杂情况，确保时间点语义准确。
const zonedDateTime = Temporal.ZonedDateTime.from({
year: 2024, month: 8, day: 16,
hour: 12, minute: 30, second: 0,
timeZone: "Europe/Madrid"
});
2. 可靠的日期比较
提供静态方法 compare，直接比较两个 ZonedDateTime 的真实时间顺序，而非钟面时间，避免 DST 等导致的判断错误。
Temporal.ZonedDateTime.compare(date1, date2); // 返回 -1, 0, 或 1
3. 丰富的内置属性
hoursInDay：返回实际跨过的小时数（考虑 DST 变化，可能为 23 或 25）。daysInYear、inLeapYear 等，方便进行时间计算。
4. 便捷的时区转换
使用 .withTimeZone() 方法可安全地转换到其他时区，得到的新实例保留了精确的瞬间信息。
zdt.withTimeZone("Africa/Accra").toString();
5. 智能的日期算术运算
.add() 和 .subtract() 方法支持日历算术和持续时间算术两种模式：
- 日历单位（如天数）：保持钟面时间不变（例如“明天同一时间”），自动处理 DST。
- 时间单位（如小时数）：保持绝对时间长度不变（例如“24小时后”），忽略 DST 影响。
zonedDateTime.add({ days: 1 }); // 可能只有23个实际小时
zonedDateTime.add({ hours: 24 }); // 保证24个实际小时
6. 日期差异计算
.until() 方法可计算两个日期之间的精确差值，并返回一个 Temporal.Duration 对象，支持灵活的选项控制。
扩展支持
- 字符串标准：提案扩展了 RFC 3339 格式，在 ISO 8601 字符串中直接附加 IANA 时区标识符，例如
"1996-12-19T16:39:57-08:00[America/Los_Angeles]"，确保无歧义的序列化与反序列化。
- 多日历系统：支持公历、中国农历、伊斯兰历等多种日历，其中
iso8601 为最常用的格里高利历标准适配。
总结
Temporal API 通过引入 ZonedDateTime 等对象，彻底解决了 JavaScript 长期存在的日期时间处理缺陷，使其能准确、无歧义地表示人类可读的带时区时间。它不仅提供了更符合直觉的 API，还妥善处理了 DST、时区转换等复杂场景，是现代 JavaScript 开发中处理时间问题的必备工具。后续文章将继续探索 Instant、PlainDate 和 Duration 等其他相关对象。