为什么 TimeZoneInfo.IsValidTime() 会为 DateTimeKind.Local 提供意外结果？

Question

我对 TimeZoneInfo.IsValidTime() 的行为感到惊讶，因为当 DateTime 设置为 DateTimeKind.Local 时，它无法正常工作

[Fact]
public void DateTimeInvalidForTimeZone()
{
    TimeZoneInfo timeZone = TimeZoneInfo.FindSystemTimeZoneById("Central European Standard Time");

    var testTimeUnspec = new DateTime(2020, 3, 29, 02, 01, 0, DateTimeKind.Unspecified);
    var testTimeLocal = new DateTime(2020, 3, 29, 02, 01, 0, DateTimeKind.Local);
    var testTimeUtc = new DateTime(2020, 3, 29, 02, 01, 0, DateTimeKind.Utc);

    Assert.False(timeZone.IsInvalidTime(testTimeUtc));     //as anticipated - UTC so cannot be invalid
    Assert.True(timeZone.IsInvalidTime(testTimeUnspec));   //as anticipated - the time is invalid
    Assert.False(timeZone.IsInvalidTime(testTimeLocal));   //unexpected - the time is invalid
}

注意：中欧标准时间在 2020 年 3 月 29 日凌晨 02:00 转换为夏令时，因此按照当地时间的时间顺序为 01:59:58、01:59:59、03:00:00、03 :00:01。因此，02:00:00 到 02:59:59 之间的所有当地时间都是无效的。

Microsoft Documentation 解释：

• 对于非本地的 DateTimeKind.Local 和 TimeZoneInfo（即与计算机的时区不同）IsValidTime(DateTime) 将 DateTime 转换为 TimeZoneInfo 对象的时间并返回 false .

这表明 DateTimeKind.Local 的 DateTime 对象将始终有效，这不是我所期望或想要的。谁能解释微软实施背后的逻辑？另一个考虑 Nodatime?

的理由

Answer 1

正如您所指出的，the docs for TimeZoneInfo.IsInvalidTime 解释说，当TimeZoneInfo 不是本地时区时，返回false 是记录在案的行为，并且无论时间在本地时区或本地时区是否有效都是正确的属于TimeZoneInfo 对象的那个。实际上，在这种情况下，the implementation 只会返回 false。

如果你想知道当地时间是否有效，那么你需要使用TimeZoneInfo.Local时区，而不是通过id获取的时区。该命名时区是否是本地时区并不重要，如果您正在测试 DateTimeKind.Local 值，则需要明确使用 TimeZoneInfo.Local。

换句话说，如果您的计算机的系统本地时区确实是"Central European Standard Time"（假设“自动调整夏令时”已打开），那么以下将按预期返回True .

TimeZoneInfo.Local.IsInvalidTime(new DateTime(2020, 3, 29, 02, 01, 0, DateTimeKind.Local))