Question

我在.NET DateTime处理中遇到了可能是闰年的问题，特别是ToLocalTime()。这里有一些代码可以重现问题（我在太平洋时区）：

DateTime dtStartLocal = DateTime.Parse("2009-02-28T23:00:00.0-08:00");
DateTime dtEndLocal = dtStartLocal.AddYears(3);
DateTime dtStartUtc = dtStartLocal.ToUniversalTime();
DateTime dtEndUtc = dtStartUtc.AddYears(3);
DateTime dtEndLocal2 = dtEndUtc.ToLocalTime();
DateTime dtStartLocal2 = dtStartUtc.ToLocalTime();
Console.WriteLine("START: 1={0}, 2={0}", dtStartLocal, dtStartLocal2);
Console.WriteLine("END  : 1={0}, 2={1}", dtEndLocal, dtEndLocal2);
Console.ReadLine();

输出结果为：

START：1 = 2/28/2009 11:00:00 PM，2 = 2/28/2009 11:00:00 PM
结束：1 = 2/28/2012 11:00:00 PM，2 = 2/29/2012 11:00:00 PM

请注意，我所做的变量ToUniversalTime().AddYears(3).ToLocalTime()与AddYears(3)不同，提前一天。

有没有人遇到过这个？如果这是预期的，有人可以解释它背后的逻辑吗？

注意：是的，最好的方法是完全使用UTC，而不是在它们之间翻转。这不是影响我的东西，而是我遇到的一种特殊性。基本上我误解了AddYears()是如何工作的，现在我可以看出为什么它正在做它正在做的事情（见下面我选择的答案）。

Answer 1

我认为这是正常的。

DateTime dtStartUtc = dtStartLocal.ToUniversalTime();

PST是UTC-8。因此，这将时间转换为2009年3月1日，07：00：00。

DateTime dtEndUtc = dtStartUtc.AddYears(3);

这比前一次增加了三年，将它放在2012年3月1日07:00:00。

DateTime dtEndLocal2 = dtEndUtc.ToLocalTime();

这会将结束时间转换回PST，即2012年2月29日11:00:00。

我认为这只是在本地和UTC时间之间转换的副作用。

Answer 2

打印时区/修正系数。当您执行.ToUniversialTime（）时，它实际上会从原始时间（“-08：00”）增加8小时，这将从2月28日23:00开始，从第二天的11:00开始。所以当你加3年时，就是29日上午11点。如果你做了2年，它将是3月1日，它与闰年无关。

Answer 3

据我所知，这种行为并不正确。当您将本地时间转换为UTC时，它会有效地将其推送到第二天; 3月1日。当您添加三年时，它将保留为3月1日。将它转换回当地时间，它回滚到前一天，因为2012年是闰年，是2月29日。

闰年bug调用ToUniversalTime（）。AddYears（）。ToLocalTime（）？

3 个答案: