javascript - 夏令时开始时的无效时间

Question

精简版

在 JavaScript 中，new Date(2013, 9, 20) 能否合法地返回 10 月 19 日？

长版

当夏令时开始时，本地时间会因为时钟向前调整而出现差距。 如果我构造一个Date 对象，其时间在此间隙内，根据 ECMAScript 规范，预期行为是什么？

各种浏览器的行为不同，如下所示。 (我在 Windows 8 上运行了这些测试。)

示例 1:在太平洋时区 (UTC-08) 中，表达式

new Date(2013, 2, 10, 2, 34, 56).toString() // Sun Mar 10 2013 02:34:56

给出以下结果:

IE 10:      Sun Mar 10 03:34:56 PDT 2013
IE 11:      Sun Mar 10 2013 03:34:56 GMT-0700 (Pacific Daylight Time)
Chrome 29:  Sun Mar 10 2013 01:34:56 GMT-0800 (Pacific Standard Time)
Firefox 23: Sun Mar 10 2013 03:34:56 GMT-0700 (Pacific Standard Time)

示例 2:在巴西利亚时区 (UTC-03) 中，表达式

new Date(2013, 9, 20, 0, 34, 56).toString() // Sun Oct 20 2013 00:34:56

给出以下结果:

IE 10:      Sun Oct 20 01:34:56 UTC-0200 2013
IE 11:      Sun Oct 20 2013 01:34:56 GMT-0200 (E. South America Daylight Time)
Chrome 29:  Sat Oct 19 2013 23:34:56 GMT-0300 (E. South America Standard Time)
Firefox 23: Sat Oct 19 2013 23:34:56 GMT-0300

从这两个例子来看，好像是IE把时间往前调，Chrome往后调，Firefox拿不定主意。

规范是怎么说的:根据我能收集到的信息，new Date(yyyy, mm-1, dd, hh, mi, ss) 构造了一个 日期，时间值为 UTC(yyyy-mm-dd hh:mi:ss)，其中

UTC(t) = t – LocalTZA – DaylightSavingTA(t – LocalTZA)

LocalTZA 是标准时间的本地时区调整(例如，太平洋时区的 -08:00)，DaylightSavingTA(t) 是 t 的夏令时调整(例如，DST 期间为 01:00，否则为 00:00)。

不过，我不清楚 DaylightSavingTA 应该为太平洋时区的 t = 2013-03-10 10:34:56 或 t = 巴西利亚时区的 2013-10-20 03:34:56。

Answer 1

what is the expected behavior according to the ECMAScript specification?

好问题!你说得对，这取决于严格未定义的 DaylightSavingTA，但是我们可以从 DaylightSavingTA 在反函数中使用时的工作方式中得出有关它的含义:

LocalTime(t) = t + LocalTZA + DaylightSavingTA(t)

为了将 UTC t 正确转换为本地时间，DaylightSavingTA(hour_at_beginning_of_dst) 必须为 1 小时且 DaylightSavingTA(hour_after_end_of_dst) 必须为 0。

在 UTC() 函数中使用 t 调用相同的函数，该函数中表示经过 DST 调整的时间。因此，在 DST 开始时不存在的本地小时，DaylightSavingTA(the-dst-adjusted-time-which-is-one-hour-ahead)是 1 小时。因此:

Can new Date(2013, 9, 20) legitimately return October 19?

是的。

I'm asking because I (and probably others) have written code like new Date(year, month, day) to construct a date without a time, and evidently this doesn't always work!

确实如此!使用 UTC 日期进行此类计算——new Date(Date.UTC(2013, 9, 20)) 和 getUTC* 方法。一般来说，除了最终面向用户的时间显示之外，最好坚持使用 UTC。