为什么有这么多IANA时区的名字?

我用你的例子:

例如,美国/底特律和美国/纽约都在东部时区。为什么这两个地点不共享一个时区名?

在TZDB中, the Zone entry for America/New_York 如下所示:

# Zone  NAME              GMTOFF    RULES   FORMAT   [UNTIL]
Zone    America/New_York  -4:56:02  -       LMT      1883 Nov 18 12:03:58
                          -5:00     US      E%sT     1920
                          -5:00     NYC     E%sT     1942
                          -5:00     US      E%sT     1946
                          -5:00     NYC     E%sT     1967
                          -5:00     US      E%sT

同时 the Zone entry for America/Detroit 如下所示:

# Zone  NAME              GMTOFF    RULES   FORMAT   [UNTIL]
Zone    America/Detroit   -5:32:11  -       LMT      1905
                          -6:00     -       CST      1915 May 15  2:00
                          -5:00     -       EST      1942
                          -5:00     US      E%sT     1946
                          -5:00     Detroit E%sT     1973
                          -5:00     US      E%sT     1975
                          -5:00     -       EST      1975 Apr 27  2:00
                          -5:00     US      E%sT

要完全破译这一点,还需要 Rule 条目 US , NYC 和 Detroit (我不会在这里复制/粘贴,但您可以按照链接操作)。

正如你所看到的,底特律与纽约有所不同,上一次是在1975年,当时底特律开始夏令时略迟于东部大部分时区(4月27日显示在这里,2月23日显示在这里 given by Rule US )

然而,从那时起,它们是一样的。 The TZDB rules 对于自1970年以来已达成协议的区域,需要一个唯一的区域,这些区域在1973年和1975年有偏差,因此需要唯一的区域标识符。

在javascript中可以看到这样的区别:

var d = new Date("1975-03-01T00:00:00.000Z"); // Midnight UTC on March 1st
d.toLocaleString("en-US", {timeZone: "America/New_York"})  //=> "2/28/1975, 8:00:00 PM"
d.toLocaleString("en-US", {timeZone: "America/Detroit"})   //=> "2/28/1975, 7:00:00 PM"

当然,如果在 你的 应用程序,你永远不会处理这么远的日期,然后你就可以使用 美洲/纽约 代表美国东部时区 美国/底特律 (还有其他一些)-但这完全是你的决定。

您也可能有兴趣阅读 Theory 在TZDB本身中归档,这将更详细地解释时区数据库的概念和原理。