windows 上的红隼和 macOS/Linux 上的红隼之间的日期反序列化差异

Question

我尝试在 net.core 文档（问题等）上搜索信息，但没有结果。 代码更简单：

    [HttpGet()]
    [Route("dob")]
    public string dobTest()
    {
        var content = @"""1942-01-01T22:00:00.000Z""";
        var settings = new JsonSerializerSettings()
        {
            //DateFormatHandling = DateFormatHandling.IsoDateFormat,
            //DateParseHandling = DateParseHandling.DateTimeOffset,
            DateTimeZoneHandling = DateTimeZoneHandling.Local,
            //DateTimeZoneHandling = DateTimeZoneHandling.RoundtripKind
        };
        var dob = JsonConvert.DeserializeObject<DateTime>(content, settings);

        return $"dob: {dob.ToString("yyyy-MM-dd HH:mm:ss.fff")} - {dob.Kind}";
    }

如果我在 Mac 或 Linux 上运行此代码，结果是：

出生日期：1942-01-02 00:00:00.000 - 本地

如果我在 windows 上运行此代码，结果是：

出生日期：1942-01-01 23:00:00.000 - 本地

我的 MacOs 时区设置在罗马（UTC +01:00） Windows 时区设置在罗马（UTC +01:00）

Newtonsoft.Json 的版本是 12.0.3 net framework 的版本是 net core 3.1

Answer 1

Linux 和 OSX 都使用IANA 时区数据库作为其时区信息的主要来源，该数据库具有1942 年罗马时区的正确历史数据，标识符为Europe/Rome 。 您可以看到 UTC+2 也是此处给出的日期的正确偏移量。

另一方面，Windows 没有该时区的历史记录。 等效的 Windows 标识符是W. Europe Standard Time ，其英文显示名称为(UTC+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna 。 您可以在以下注册表项下看到 Windows 在注册表中的数据：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\W. Europe Standard Time

如果您使用 RegEdit 检查此键，您会注意到与其他几个时区不同，该时区没有Dynamic DST子键。 这意味着 Windows 不知道 DST 规则中的任何历史差异，因此每年都在同一组规则下处理。

Windows 确实有某些区域的历史数据，但总的来说，Microsoft 仅根据其DST/TZ 支持政策保证自 2010 年以来的历史准确性。

因此，如果您的应用程序需要历史时区准确性，那么您应该只使用 IANA 时区。 在 .NET 中，您可以使用Noda Time库中的 TZDB 提供程序来执行此操作。