Javascript getTime() 提供令人困惑的结果

Question

我搜索了很多，但找不到对此的解释，在我看来，getTime() 的行为令人困惑。文档指出：

getTime() 始终使用 UTC 表示时间。例如，一个 一个时区的客户端浏览器，getTime() 将与客户端相同 任何其他时区的浏览器。

根据这个说法，我的理解是，例如

1. new Date (Date.UTC(2021,8,1)).getTime() // UTC           Date 1.Sep.2021 00:00:00
2. new Date (2021,8,1).getTime()           // Local (UTC+1) Date 1.Sep.2021 00:00:00

应该提供相同的毫秒数。但我得到的结果是：

1. 1630454400000
2. 1630447200000 // 1 hour (3600000 ms) missing

问题 A：自 1970 年 1 月 1 日以来，物理上已经过去了相同的时间。根据文档，为什么结果不相等（夏令时也很重要！）？

问题 B：如果行为正确，为什么少了一小时？不应该还有一小时吗？从逻辑上讲，UTC+1 提前一小时。

Answer 1

好的，我找到了造成混乱的原因。感谢你的帮助！特别是 Chris G，他为我指明了正确的方向。这就是搞砸我的大脑的原因;-)

所有根本不明白为什么会出现问题的人，很可能都是从普通网络浏览器用户的角度来看待这个问题的。在这种情况下，如果 UTC+1 的用户在假设 2021 年 9 月 1 日 07:00:00 打开一个调用 getTime() 的网站，则会导致：

now Date ( 2021, 8, 1, 7, 0, 0 ).getTime()

现在，如果第二个用户在 UTC+0 的同一时刻执行相同操作，则会导致：

now Date ( 2021, 8, 1, 6, 0, 0 ).getTime()

那么我们当然会得到相同的结果！我的问题是我假设调用：

now Date ( 2021, 8, 1, 7, 0, 0 ).getTime()

在不同的时区应该给出相同的结果。事实并非如此！现在你可能会问为什么有人需要这个。原因很简单。我正在用 Electron 开发一个小甘特图工具，我需要比较/减去日期。当然，我不需要以上内容为真（提供相同的值），但我遇到了这个问题，因为通过使用getTime() 将日期转换为毫秒来减去日期时，我没有得到可除的毫秒数。我期待根据文档，它说getTime() 将在每个时区给出相同的值，以获得不受时区或夏令时影响的绝对值，用于计算。因此，我期望例如：

now Date(2021,4,1,0,0,0).getTime() - now Date(2021,11,1,0,0,0).getTime()

应该给出毫秒数，它应该可以被 86400000（一天）完全整除。但事实并非如此。原因是因为夏令时，第二个日期晚了1小时！

结论

当查看同一时间点时，文档中的陈述是正确的（例如 UTC+0 06:00 和 UTC+1 07:00），但在查看相同小时数时（例如 UTC+0 07:00 和 UTC+1 07:00）。这让我感到困惑。也许这种解释也对其他人有所帮助。