使用NodaTime计算跨午夜的两个LocalTime变量间的时长

问题场景 #

我需要计算两个可能跨午夜的时间（用于排班计划，比如09:00至17:00或22:00至06:00）之间的约定时长，但遇到了跨午夜计算的异常问题。

正常时段的正确计算 #

对于非跨午夜的常规时段（比如09:00至17:00），使用Period.Between可以得到预期的8小时结果：

LocalTime inAt = new LocalTime(9, 0);
LocalTime outAt = new LocalTime(17, 0);
var period = Period.Between(inAt, outAt);

跨午夜时段的问题 #

但处理跨午夜的时段（比如22:00至06:00）时，无论调整两个时间的参数顺序，Period.Between都会返回16小时，完全不符合预期的8小时：

LocalTime inAt = new LocalTime(22, 0);
LocalTime outAt = new LocalTime(6, 0);
var period = Period.Between(inAt, outAt);
var period2 = Period.Between(outAt, inAt);

问题根源分析 #

这个问题的核心在于**LocalTime本身不包含日期信息**，Period.Between默认只会计算两个时间在同一天内的间隔。当遇到跨午夜场景时，它会错误地将“次日6:00”当成“当天6:00”来计算，自然得出反向的16小时差值。另外你提到的夏令时影响确实存在——如果不绑定具体日期，夏令时的时钟调整会导致时长波动（调快1小时会变成7小时，调慢则变成9小时）。

疑问解答 & 最优方案 #

针对你提出的三个疑问，逐一给出明确解答：

1. 如何忽略夏令时影响计算时长？ #

要彻底忽略夏令时，必须绑定一个固定的、无夏令时变化的日期（比如选平年的1月1日，这个日期几乎不会涉及夏令时调整），用LocalDateTime来计算，这样就能确保时间计算不受时区或夏令时的干扰。

2. 是否应该用带任意日期的LocalDateTime？ #

是的，这是最可靠的方案。LocalTime只代表一天中的某个时刻，无法处理跨天的情况，而LocalDateTime包含日期信息，能明确区分“当天22:00”和“次日6:00”，从根源上避免跨午夜计算的歧义。

3. 使用Period还是Duration？ #

• Period更适合处理日期层面的间隔（比如年、月、日）；
• 对于小时、分钟这种精细的时间间隔，Duration是更合适的选择——它专门用于表示时间的持续长度，精度到纳秒，能精准计算排班的时长。

简化的实现方案 #

你之前尝试的代码可以进一步简化，这里提供两种更简洁且可靠的方式：

方案一：基于LocalDateTime的跨天计算 #

LocalTime inAt = new LocalTime(22, 0);
LocalTime outAt = new LocalTime(6, 0);

// 选择一个固定日期（比如2021-01-01，无夏令时变化）
var baseDate = new LocalDate(2021, 1, 1);
var inDateTime = baseDate + inAt;
var outDateTime = baseDate + outAt;

// 如果结束时间早于开始时间，说明跨午夜，给结束时间加一天
if (outDateTime < inDateTime)
{
    outDateTime = outDateTime.AddDays(1);
}

// 使用Duration计算精确时长
var duration = Duration.Between(inDateTime, outDateTime);
// 结果为8小时，符合预期

方案二：直接基于LocalTime的差值计算（无需日期） #

如果不想引入日期，也可以通过时间戳的方式直接处理：

LocalTime inAt = new LocalTime(22, 0);
LocalTime outAt = new LocalTime(6, 0);

// 获取两个时间的当日tick数
long inTicks = inAt.TickOfDay;
long outTicks = outAt.TickOfDay;

// 跨午夜时，给结束时间的tick数加一整天的tick数
long totalTicks = outTicks >= inTicks ? outTicks - inTicks : (outTicks + TimeSpan.TicksPerDay) - inTicks;

var duration = Duration.FromTicks(totalTicks);
// 同样得到8小时的结果

这两种方案都能稳定得到跨午夜时段的正确时长，同时完全忽略夏令时的影响。

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