.NET NodaTime自定义DateTimeZone报错：Zone interval延伸至时间终点

错误成因 #

这个错误是NodaTime验证时区区间（ZoneInterval）时触发的，核心问题出在你返回的ZoneInterval不符合框架约束：

• 若某个非最终时区区间的End被设为Instant.MaxValue，NodaTime会判定该区间无限制延伸，违反时区区间需明确边界的规则；
• 即便最后一个时区区间用Instant.MaxValue作为End，也要求该区间的偏移（含夏令时偏移）必须固定不变——也就是Savings属性必须为Offset.Zero，不能存在后续夏令时切换逻辑。

排查与修复步骤 #

• 检查区间边界设置：确保所有非最终的ZoneInterval都使用具体的Instant值作为End，只有用来表示永久生效的最后一个区间才能用Instant.MaxValue。比如赫德岛时区如果有历史偏移变更，每个变更对应的区间都要有明确的起止时间，最后一个区间才设为永久生效。
• 验证最终区间的偏移规则：如果最后一个区间的End是Instant.MaxValue，必须保证Savings为Offset.Zero（无夏令时偏移）。赫德岛时区当前固定为UTC+5:45，无夏令时，所以最终区间的Savings要设为零。
• 对比正常运行的自定义时区：把HeardIslandDateTimeZone和正常的自定义时区类逐行对比，重点看ZoneInterval的创建参数（Start/End/Name/WallOffset/Savings）以及GetZoneInterval方法中区间边界的处理逻辑。
• 调试输出区间参数：在GetZoneInterval里加调试代码，输出每次返回的ZoneInterval的关键参数，定位触发错误的区间，确认是否存在End值错误或偏移规则冲突。

示例正确的最终区间定义：

// 赫德岛最终时区区间（UTC+5:45，无夏令时，永久生效）
var finalInterval = new ZoneInterval(
    "HIDT",
    Instant.FromUtc(2007, 1, 1, 0, 0), // 最后一次偏移变更的起始时间
    Instant.MaxValue,
    Offset.FromHoursAndMinutes(5, 45),
    Offset.Zero // 无夏令时偏移，Savings设为Zero
);
return finalInterval;

内容的提问来源于stack exchange，提问作者Foxtrot Oscar Owl