问题 TimeZoneInfo.Local与TimeZoneInfo.FindSystemTimeZoneById

我一直在和 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)
);

6189

2018-02-13 19:19

起源

当DST开始时，时间被设置为前进，所以2 a.m.存在吗？也许它从早上1:59直接到凌晨3点？ DST结束时情况更糟。你读过了吗？ DateTime当DST结束时（在欧盟称为“夏令时”）（来自使用DateTime更有趣）？ - Jeppe Stig Nielsen

这是真的，关于“凌晨2点”的有趣之处在于 TimeZoneInfo.Local.IsInvalidTime(dstStart) 回报 true （这很有意义）但是 TimeZoneInfo.FindSystemTimeZoneById("Eastern Standard Time").IsInvalidTime(dstStart) 回报 false。不知道有什么区别。 - NKeddie

但是当你拿起一个 DateTime 在“清除”的时刻，甚至不存在，你怎么能期待一个有意义的答案？ - Jeppe Stig Nielsen

不幸的是，我没有控制权 DateTime，它是由外部源生成的。我不需要它有意义，我只需要它保持一致 - NKeddie

答案:

我做了一些反思，我认为不一致源于如何 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 对源和目标时区说（在源和目标都是本地的情况下，转换返回原始日期时间）。

2018-02-13 21:57

感谢您的更新，我会自己调查一下。基于这个答案，如果我想让IsDaylightSavingTime（dstStart）在服务器的时区返回true，我将不得不这样做 TimeZoneInfo.FindSystemTimeZoneById(TimeZoneInfo.Local.Id).IsDaylightSavingTime(dstStart); - NKeddie

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

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

该文件说明了 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' （假设您的机器仍在美国东部时间）。内部也发生了同样的转变 IsDaylightSavingTime() 在本地种类参数上，它说明了它返回的原因 True。

这里真正令人惊讶的是 IsDaylightSavingTime() 方法不提高 ArgumentException 在任一情况下。文档说它会在给出无效时抛出异常 DateTime 参数种类是 DateTimeKind.Local，但显然这不会发生。

编辑：

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

2018-05-08 04:52

问题 TimeZoneInfo.Local与TimeZoneInfo.FindSystemTimeZoneById

答案:

编辑：

热门问题