.NET Core中DateTime.Ticks值在Windows与Linux平台计算是否有差异

数据老陈

2026-10-2

结论

你遇到的差异不是.NET的DateTime.Ticks本身的计算逻辑跨平台不一致，而是时区转换环节依赖了底层系统的时区数据，出现了非预期结果。

问题根因

Windows侧的表现完全符合官方定义：你设置的测试时间2001年8月属于伦敦夏令时BST时段，时区偏移为UTC+1，本地时间2001-08-01 06:00转为UTC时间应为2001-08-01 05:00，两者的Ticks自然相差1小时对应的数值（3.6×10^10），所以NotEqual的断言成立。
Linux侧出现Ticks相等属于异常表现，本质是Docker运行环境的时区配置不完整：Docker基础镜像默认未携带完整的tzdata时区数据库，也不会继承WSL宿主的时区配置，默认时区为UTC，因此转换UTC时不会做任何偏移调整，得到的时间和原时间完全一致，Ticks自然相等。
DateTime.Ticks的计算规则跨平台完全统一，差异仅出现在依赖系统时区数据的转换环节，不属于.NET运行时的设计差异。

修复方案

不要使用平台判断的兼容逻辑，这种写法既不严谨也不可靠，推荐两种更稳妥的处理方式：

替换DateTime为DateTimeOffset编写测试，直接显式指定时区偏移，完全不依赖系统时区配置：

[Fact]
public void TestTimeZoneTicksBehaviour()
{
    // 显式指定BST时段的UTC+1偏移
    DateTimeOffset localTime = new DateTimeOffset(2001, 08, 01, 06, 0, 0, TimeSpan.FromHours(1));
    DateTimeOffset utcTime = localTime.ToUniversalTime();
    Assert.NotEqual(localTime.Ticks, utcTime.Ticks);
    Assert.Equal(localTime.UtcTicks, utcTime.Ticks);
}