假设美国加利福尼亚州的用户选择日期、时间和时区:

全局啤酒马拉松赛于 2013 年 8 月 15 日上午 10:00，UTC-08:00

位于中欧的另一位用户打开了显示该日期和时间的页面。他不想做时间计算(已经喝了很少的啤酒)。他只想查看这个日期和时间:

2013/8/15 19:00

假设浏览器收到加利福尼亚用户输入的日期和时间信息:

有没有一种方法，在 javascript 中，没有外部 Web 服务，可以进行正确的转换？也就是说，检测到上午 10 点 UTC-08:00 实际上应该是上午 10 点 UTC-07:00，因为它是夏令时。

也许我一开始就理解错了，但我不想让进入的用户思考他应该选择 UTC-08:00 (PST) 还是 UTC-07:00 (PDT)。我假设由于 CA 的标准时区是 PST，人们不会在夏令时转而使用 PDT 思考。还是他们？!

在中欧，标准日期为 UTC+01:00，夏令时为 UTC+02:00。因此，CA 和欧洲之间的时差应该是 9 小时，除了一年中的两个时间段，当一个或另一个区域在标准模式和夏令时模式之间切换时。

更新:

经过更多思考和阅读评论后，我理想中需要的是:

var utcOffset = f('2013-08-15T10:00', 'America/Los_Angeles');
// utcOffset == "-07:00"
var utcOffset = f('2013-11-15T10:00', 'America/Los_Angeles');
// utcOffset == "-08:00"

到目前为止，它看起来像 moment.js/timezone plugin ，由 Guido Preite 建议(或多或少)能够做到这一点。

还有其他方法吗，使用浏览器 API？

最佳答案

Is there a way, in javascript, without external web services, to do a correct conversion? That is, to detect that 10am UTC-08:00 should actually be 10am UTC-07:00, since it is Daylight Saving.

10:00-8 和 10:00-7 是两个不同的时刻。它们分别等于 18:00Z 和 17:00Z (Z = UTC)。当您根据偏移量进行测量时，夏令时不会进入画面。曾经。

I assume that since the standard timezone in CA is PST, people don't switch to thinking in PDT in summer time. Or do they?!

一般来说，人们只是在“太平洋时间”中思考，这意味着冬季的 PST 和夏季的 PDT。但是计算机更精确。当您看到 PST 时，它表示 UTC-8。当您看到 PDT 时，它表示 UTC-7。使用一种形式标记同时引用另一种形式的偏移量是无效的。

时区缩写 can be ambiguous .理想情况下，当以编程方式引用区域时，您应该使用 IANA 区域名称，例如 America/Los_Angeles。但是，目前在没有库的所有 JavaScript 运行时中都不可能做到这一点。 ( They are working on this though .)

In central Europe, standard date is UTC+01:00, Daylight Saving date is UTC+02:00. So that difference between CA and Europe should be 9 hours, except for two periods in a year, when one or the other area switches between Standard and Daylight Saving modes.

正确。它们可能相隔 8、9 或 10 小时。不过，它们会在完全不同的时间切换，所以不要尝试自行管理。

So far, it looks like the moment.js/timezone plugin, suggested by Guido Preite is capable of doing this (more or less).

Moment-timezone是一个很棒的图书馆。但是，从您描述的场景来看，我认为您不需要像您想的那样担心时区转换。看看你是否能遵循这个逻辑:

1. 加利福尼亚州的用户在文本框中输入日期和时间。

2. 您将该文本框值读入一个字符串，并将其解析为一个日期:

   var dt = new Date("8/15/2013 10:00");
   

   或使用 moment.js:

   var m = moment("8/15/2013 10:00", "M/D/YYYY HH:mm");
   

3. 因为这是在用户的计算机上完成的，JavaScript 会自动假定这是一个本地日期和时间。您无需提供任何偏移量或时区信息。

4. 这确实意味着，由于 DST 转换，输入的时间可能无效或不明确。事实上，JavaScript 在处理这个问题上做得并不好——您会在不同的浏览器上得到不同的结果。如果你想明确，那么你会提供一个偏移量。

   // PST
   var dt = new Date("3/11/2013 1:00 UTC-08:00");
   
   // PDT
   var dt = new Date("3/11/2013 1:00 UTC-07:00");
   

5. 一旦您有了一个日期(或一个时刻)，您就可以评估它的 UTC 等效值:

   var s = dt.toISOString();  //  2013-08-15T17:00:00Z
   

   与 moment.js 相同，但您将拥有更好的浏览器支持:

   var s = m.toISOString();  //  2013-08-15T17:00:00Z
   

6. 您将该 UTC 值存储在您的数据库中。

7. 中欧的其他用户过来加载数据。

8. 在 JavaScript 中将其输入到 Date 或 moment 中:

   var dt = new Date("2013-08-15T17:00:00Z");
   

   或使用 moment.js(同样，更好的浏览器支持)

   var m = moment("2013-08-15T17:00:00Z")
   

9. 因为 JavaScript 知道本地计算机的时区规则，所以您现在可以显示这个日期，它会与中欧时区一起显示:

   var s = dt.ToString();  //  browser specific output
   // ex: "Thu Aug 15 2013 19:00:00 GMT+0200 (Central Europe Daylight Time)"
   

   或者使用moment.js，你可以更好的控制输出格式

   var s = m.format("DD/MM/YYYY HH:mm"); // "15/08/2013 19:00"
   

   你也可以让 moment.js 决定应该输出什么本地化格式:

   var s = m.format("llll"); // "Thu, 15 Aug 2013 19:00"
   

总而言之 - 如果您只对与本地时区(无论可能是什么时区)之间的转换感兴趣，那么您只需使用 Date 即可完成所有操作。 Moment.js 将使解析和格式化变得更容易，但这不是绝对必需的。

只有少数情况需要时区库(例如 moment-timezone 或其他)。

• 您想转换到一个不是本地时区或 UTC 的时区。

• 您正在处理过去的日期，并且从那时起时区规则或夏令时规则发生了变化，并且> 您的日期在新规则下的解释与旧规则不同。这有点技术性，但它确实发生了。阅读更多 here和 here .

关于javascript - 如何跨时区正确转换时间？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18014341/