Temporal项目中的Duration.round方法在DST时间间隙中的单位处理问题

问题背景

在Temporal项目中，Duration.round方法在处理包含夏令时(DST)转换的时间计算时，出现了时间单位计算错误的问题。具体表现为当对持续时间进行舍入操作时，会错误地丢失几乎一整天的时间。

问题重现

考虑以下场景：我们有一个持续时间为负1个月和负24小时，当以美国纽约时区2024年4月11日02:00为基准进行舍入操作时：

const dur = Temporal.Duration.from({ months: -1, hours: -24 });
const relativeTo = Temporal.ZonedDateTime.from('2024-04-11T02:00:00[America/New_York]');
const result = dur.round({
  smallestUnit: 'millisecond',
  relativeTo
});

预期与实际行为对比

预期结果应该是"-P1M1DT1H"，因为：

1. 从基准时间减去1个月得到2024-03-11T02:00:00
2. 再减去24小时应该得到2024-03-10T02:00:00
3. 但由于2024年3月10日02:00:00是夏令时转换的"间隙时间"(不存在的时间)
4. 实际结果是2024-03-10T01:00:00
5. 因此总持续时间应为1个月1天1小时

实际错误结果是"-P1MT1H"，丢失了整整一天的时间。

技术分析

这个问题的根本原因在于Duration.round方法在处理时间单位转换时，没有正确考虑夏令时转换带来的时间间隙。具体来说：

1. 当计算跨越夏令时转换点时，时间加减需要考虑实际的时间变化
2. 在纽约时区，2024年3月10日02:00:00不存在，因为时钟会直接从01:59:59跳到03:00:00
3. 原始算法在舍入操作时，错误地将24小时视为完整的一天，而实际上由于夏令时转换，24小时不等于1天

解决方案

该问题已在项目的最新版本中得到修复。修复后的算法：

1. 正确处理了夏令时转换期间的时间计算
2. 确保时间单位的转换考虑了实际的时间流逝
3. 现在能够正确返回"-P1M1DT1H"的预期结果

开发者建议

对于需要处理跨时区时间计算的开发者，应当注意：

1. 始终使用时区感知的时间计算
2. 特别注意夏令时转换期间的特殊情况
3. 在使用Duration.round方法时，确保提供正确的relativeTo参数
4. 对于关键业务逻辑，建议编写测试用例覆盖夏令时转换场景

这个问题展示了时间处理中的复杂性，特别是在涉及时区规则变化时。Temporal项目的持续改进有助于开发者更可靠地处理这些边缘情况。