.Net与JavaScript日期差1天问题：爱尔兰历史时区规则差异排查

核心结论 #

跨端日期计算偏差的本质是 .NET 运行时与浏览器JavaScript引擎使用的时区历史规则数据源完全独立，二者对爱尔兰1958年夏令时切换时间的记录不一致，二者并非如假设那样共享宿主计算机的同一套时区规则。 #

具体原因拆解 #

• Windows系统自带的时区数据库（.NET Framework 默认调用的时区数据源）存在历史规则误差：它错误将1958年爱尔兰夏令时（IST）的结束时间标记为10月26日，与通用西欧夏令时规则对齐，没有采用爱尔兰官方实际执行的10月5日结束的规则。
  测试代码中观察到的两个异常现象都来源于这个错误：
  1. 10月5日-26日区间的日期被IsDaylightSavingTime()误判为处于夏令时时段
  2. 该区间内ToUniversalTime()与ToLocalTime()输出存在2小时时差——这是因为创建的DateTime默认是Unspecified时区类型，调用ToUniversalTime()时系统会将其视为本地时间计算偏移，调用ToLocalTime()时系统又会将其视为UTC时间计算偏移，两个错误偏移叠加就出现了2小时的异常差值，并非该时段实际存在2小时的时区偏移。
     测试代码如下：

  DateTime date = new DateTime(1958, 10, 4);
  
  while (date <= new DateTime(1958, 10, 30))
  {
      Console.WriteLine($"normal   : {date} | isDst? : {date.IsDaylightSavingTime()}");
      Console.WriteLine($"universal: {date.ToUniversalTime()} | isDst? : {date.ToUniversalTime().IsDaylightSavingTime()}");
      Console.WriteLine($"local    : {date.ToLocalTime()} | isDst? : {date.ToLocalTime().IsDaylightSavingTime()}");
      
      Console.WriteLine("-------------------------");
      date = date.AddDays(1);
  }
  

  .NET 侧测试输出截图：
  
• Chrome/V8 等现代浏览器引擎使用的是IANA维护的标准时区数据库（tzdata），这套数据库对全球各地区历史时区规则的记录精度远高于Windows自带时区库，它准确记录了1958年爱尔兰夏令时实际在10月5日结束，因此对同一时段的日期偏移计算是正确的。
  JavaScript侧测试输出截图：
  
  后端把错误判定了DST偏移的时间序列化传递给前端后，前端按正确的时区规则做反向解析，自然就会出现日期偏差1天的结果。

解决方案 #

直接传递格式化日期字符串的方案属于有效的临时规避方案：这个流程完全绕开了跨端时区转换环节，前端拿到字符串后直接渲染，不会再触发时区偏移计算，因此不会出现日期偏差。

长期稳定的修复方案有两个：

1. 跨端传递日期时统一使用UTC时间戳：后端先将所有待传递的DateTime转换为UTC类型再序列化，前端拿到UTC时间戳后按本地时区格式化展示，从根源规避不同环境时区规则不一致的问题。
2. .NET侧引入NodaTime库处理时区相关逻辑：该库直接搭载标准IANA tz数据库，和浏览器侧的时区规则完全对齐，不会出现Windows系统自带时区库的历史规则记录错误问题。

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