Question

我一直在使用DateTime和TimeZoneInfo类，我使用以下代码遇到了一个有趣的结果：

var dstStart = new DateTime(2013, 3, 10, 2, 0, 0, DateTimeKind.Local);
var result = TimeZoneInfo.Local.IsDaylightSavingTime(dstStart);

结果是False。我实际上会认为它是True（DST从3月10日凌晨2:00开始）

然后我尝试使用FindSystemTimeZoneById代替类似代码：

var myTimeZone = TimeZoneInfo.FindSystemTimeZoneById("Eastern Standard Time");
var result = myTimeZone.IsDaylightSavingTime(dstStart);

结果令人惊讶True。

然后我检查了这些对象是否代表同一时区：

myTimeZone.Id == TimeZoneInfo.Local.Id // returns True (Both are "Eastern Standard Time")

我的问题是：为什么这些结果会有所不同，更重要的是我如何才能使它们相同？

我的电脑肯定在Eastern Standard Time时区

更多信息：

我重新启动了计算机的时钟，并运行了一些测试来比较上述每种方法返回的TimeZoneInfo对象。这是我的测试程序

var timeZoneFromLookup = TimeZoneInfo.FindSystemTimeZoneById("Eastern Standard Time");

var dstStart = new DateTime(2013, 3, 10, 2, 0, 0, DateTimeKind.Local);

// -- The following return true --

Console.WriteLine("Equal? {0}", TimeZoneInfo.Local.Equals(timeZoneFromLookup));

Console.WriteLine("Has Same Rules? {0}", TimeZoneInfo.Local.HasSameRules(timeZoneFromLookup));

Console.WriteLine("Same Id? {0}", TimeZoneInfo.Local.Id == timeZoneFromLookup.Id);

Console.WriteLine("Same Base UTC Offset? {0}", TimeZoneInfo.Local.BaseUtcOffset == timeZoneFromLookup.BaseUtcOffset);

Console.WriteLine("Same Daylight Name? {0}", TimeZoneInfo.Local.DaylightName == timeZoneFromLookup.DaylightName);

Console.WriteLine("Same Display Name? {0}", TimeZoneInfo.Local.DisplayName == timeZoneFromLookup.DisplayName);

Console.WriteLine("Same Standard Name? {0}", TimeZoneInfo.Local.StandardName == timeZoneFromLookup.StandardName);

Console.WriteLine("Same Support For DST? {0}", 
    TimeZoneInfo.Local.SupportsDaylightSavingTime == timeZoneFromLookup.SupportsDaylightSavingTime
);

Console.WriteLine("Same result as to whether date/time is ambiguous? {0}", 
    timeZoneFromLookup.IsAmbiguousTime(dstStart) == TimeZoneInfo.Local.IsAmbiguousTime(dstStart)
);

// -- The following return false --


Console.WriteLine("Same utc offset result? {0}", 
    timeZoneFromLookup.GetUtcOffset(dstStart) == TimeZoneInfo.Local.GetUtcOffset(dstStart)

);
Console.WriteLine("Same Conversion to UTC? {0}", 
    TimeZoneInfo.Local.GetUtcOffset(dstStart) == timeZoneFromLookup.GetUtcOffset(dstStart)
);

Console.WriteLine("Same result as to whether date/time is invalid? {0}", 
    timeZoneFromLookup.IsInvalidTime(dstStart) == TimeZoneInfo.Local.IsInvalidTime(dstStart)
);

Console.WriteLine("Same result as to whether date/time is DST? {0}", 
    timeZoneFromLookup.IsDaylightSavingTime(dstStart) == TimeZoneInfo.Local.IsDaylightSavingTime(dstStart)
);

Answer 1

我做了一些反思，我认为不一致源于System.TimeZoneInfo+CachedData.GetCorrespondingKind(TimeZoneInfo timeZone)仅在DateTimeKind.Local的情况下返回timeZone == this.m_localTimeZone的方式（即，当参数与TimeZoneInfo.Local属性基于）。

如果您传递了TimeZoneInfo来自TimeZoneInfo.FindSystemTimeZoneById的另一个DateTimeKind.Unspecified实例，我希望它返回System.TimeZoneInfo.IsDaylightSavingTime(DateTime dateTime)。

这将（可能包括其他内容）影响dateTime.Kind，在TimeZoneInfo.Local是本地的情况下，它会在基本上TimeZoneInfo和您的GetCorrespondingKind实例之间进行转换并根据{{1}}对源和目标时区所说的内容进行转换（转换在源和目标都是本地的情况下返回原始日期时间。）

Answer 2

使用非本地TimeZoneInfo时的行为差异在MSDN documentation中定义。

第一个结果是False的原因是因为您创建的DateTime对象在技术上是不明确的。 2013年3月10日凌晨2点在美国东部时间本地时区没有。

doc指出IsDaylightSavingTime()方法“受TimeZoneInfo对象所代表的时区与dateTime参数的Kind属性之间的关系影响”。备注部分中的表格提供了每种可能组合的描述。

通过显式调用FindSystemTimeZoneById指定时区时，“Local Kind”DateTime参数首先从Local转换为指定的时区。 在此步骤中，将模糊时间解析为合法值。

尝试将此添加到您的测试中：

var dstStart = new DateTime(2013, 3, 10, 2, 0, 0, DateTimeKind.Local);

dstStart = dstStart.ToUniversalTime();
dstStart = TimeZoneInfo.ConvertTime(dstStart, TimeZoneInfo.Utc, myTimeZone);

dstStart的最终值变为'3/10/2013 3:00:00 AM'（假设您的机器仍在EST中）。 IsDaylightSavingTime()内的本地种类参数也发生了相同类型的转化，这说明了它返回True的原因。

真正意外的是，IsDaylightSavingTime()方法在任何一种情况下都不会引发ArgumentException。文档说如果给出一个类型为DateTime的无效DateTimeKind.Local参数，它会抛出异常，但显然不会发生这种情况。

修改

在查看TimeZoneInfo类的源代码和注释之后，我得出的结论是IsDaylightSavingTime()方法并不意味着抛出异常。这是文档中的错误。

TimeZoneInfo.Local与TimeZoneInfo.FindSystemTimeZoneById

2 个答案:

修改