.NET中Unix时间转DateTime的异常行为及解决方案咨询

一、不同环境结果不一致的原因 #

差异根源在于时区数据来源及规则版本不同：

1. .NET Framework与.NET Core/.NET 5+的时区依赖差异

   • .NET Framework（如4.7.2）完全依赖Windows操作系统内置的时区数据库。Windows旧版时区规则对早期日期（如1991年）的夏令时转换可能存在不准确，尤其是系统未安装最新时区更新补丁时。
   • .NET Core/.NET 5+ 默认在Windows上仍使用Windows时区数据，但支持切换到ICU（International Components for Unicode）库的时区数据。DotNetFiddle的.NET 6环境大概率启用了ICU，其包含更精准、更新的全球时区规则，因此能得到正确结果；而你本地Windows 10的时区数据未更新，导致DST检测错误。

2. 时区调整规则的版本差异

   • 启用ICU的环境（如DotNetFiddle的.NET6）拥有79条细分的时区调整规则，覆盖不同时期的夏令时变化；而依赖旧版Windows时区数据的环境（.NET4.7.2及你的本地.NET6）仅使用1条通用规则，无法准确适配1991年的夏令时切换逻辑，导致IsDaylightSavingTime返回错误结果（误判为夏令时，应用UTC+2偏移而非UTC+1）。

二、不使用外部库获取正确结果的方案 #

方案1：在.NET6+中强制启用ICU时区数据 #

通过配置项目使用ICU库，替代Windows的旧版时区数据，从而获得准确的历史时区规则。

步骤：

1. 在项目文件（.csproj）中添加以下配置：

   <PropertyGroup>
     <UseSystemResourceKeys>true</UseSystemResourceKeys>
   </PropertyGroup>
   

2. 若Windows系统未预装ICU资源，可通过NuGet安装Microsoft.Windows.ICU.Resources包，确保应用能加载完整的ICU时区数据。
3. 使用IANA时区ID（如Europe/Rome）替代Windows的时区ID，避免混淆：

   TimeZoneInfo italianTimeZone = TimeZoneInfo.FindSystemTimeZoneById("Europe/Rome");
   

方案2：针对特定日期手动应用正确偏移 #

若仅需处理已知的特定日期（如1991-10-15），可直接使用已知的正确时区偏移（UTC+1），绕过TimeZoneInfo的自动检测：

long unixMilliseconds = 687481200000;
DateTimeOffset utcDateTime = DateTimeOffset.FromUnixTimeMilliseconds(unixMilliseconds);
// 1991年10月15日意大利处于CET时区，偏移为UTC+1
TimeSpan correctOffset = TimeSpan.FromHours(1);
DateTimeOffset italianDateTime = utcDateTime.ToOffset(correctOffset);
Console.WriteLine("Data e ora italiane: " + italianDateTime.ToString("dd/MM/yyyy HH:mm:ss"));

此方案仅适用于固定日期场景，不适合通用时区转换需求。

方案3：更新Windows时区数据（需修改机器配置） #

安装Windows最新的累积更新或专门的时区补丁，更新系统内置的时区数据库，使TimeZoneInfo能识别1991年的正确夏令时规则。但此方案需要修改机器配置，不符合你“无需修改机器配置”的需求，仅作补充参考。

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