Java没有所有IANA时区的信息。

Question

我正在尝试将来自前端的值映射到ZoneId类，就像这样：

Optional.ofNullable(timeZone).map(ZoneId::of).orElse(null)

对于大多数时区，它都可以正常工作，但是对于某些值，Java会抛出异常：

java.time.zone.ZoneRulesException: Unknown time-zone ID: America/Punta_Arenas

然而，按照 IANA 的规定，这是一个有效的时区： https://www.iana.org/time-zones

时区 America/Punta_Arenas -4:43:40 - LMT 1890

我在考虑为这样的时区使用偏移量（只是为了硬编码值），但我想应该有更方便的方法来解决这个问题。Java 是否有办法处理这个问题？

其他未受支持的时区：

• America/Punta_Arenas
• Asia/Atyrau
• Asia/Famagusta
• Asia/Yangon
• EST
• Europe/Saratov
• HST
• MST
• ROC

我的 Java 版本："1.8.0_121" Java(TM) SE Runtime Environment (build 1.8.0_121-b13) Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode)

- dvelopp

---

你使用的Java版本是准确的吗？是最新的Java 8更新吗？时区信息会随着新的Java更新而频繁更新，有可能你正在使用的特定Java版本中并没有定义你所引用的版本。 - Jesper

3个字母的名称（如EST或HST）不受ZoneId支持，主要是因为它们是模糊和非标准的 - 尽管您可以使用SHORT_IDS映射，其中包含一些默认/向后兼容/有争议的映射。 - user7605325

无论Java版本如何，您都可以更新时区数据：http://www.oracle.com/technetwork/java/javase/tzupdater-readme-136440.html - user7605325

@Hugo，谢谢，我喜欢那种方式。这比更新整个Java更方便。SHORT_IDS - 好主意！ - dvelopp

@Hugo，谢谢！不知道能不能写个回答来总结一下这些？ :) - dvelopp

Answer 1

我已经测试过Java 1.8.0_121版本，发现某些时区确实缺失。

最明显的解决方法是更新Java版本 - 在Java 1.8.0_131版本中上述所有时区都可用，除了三个字母的名称（如EST，HST等），有关详细信息请参见下文。

但是我知道生产环境中的更新并不像我们希望的那样简单（也不快）。在这种情况下，您可以使用TZUpdater工具，该工具可以在不更改Java版本的情况下更新JDK的时区数据。

---

唯一的细节是ZoneId不能与3个字母缩写（EST，HST等）一起使用。这是因为这些名称是模糊且不标准。

如果您想要使用它们，可以使用自定义ID的映射。 ZoneId带有内置映射：

ZoneId.of("EST", ZoneId.SHORT_IDS);

问题在于SHORT_IDS映射中使用的选择 - 就像任何其他选择一样 - 是任意的甚至有争议的。如果您想为每个缩写使用不同的区域，只需创建自己的映射即可：

Map<String, String> map = new HashMap<>();
map.put("EST", "America/New_York");
... put how many names you want
System.out.println(ZoneId.of("EST", map)); // creates America/New_York

唯一的3个字母名称例外当然是 GMT 和 UTC，但在这种情况下最好只使用 ZoneOffset.UTC 常量。

---

如果您无法更新Java版本或运行TZUpdater工具，则有另一种（更困难的）选择。

您可以扩展java.time.zone.ZoneRulesProvider类并创建一个提供程序，以创建缺少的ID。就像这样：

public class MissingZonesProvider extends ZoneRulesProvider {

    private Set<String> missingIds = new HashSet<>();

    public MissingZonesProvider() {
        missingIds.add("America/Punta_Arenas");
        missingIds.add("Europe/Saratov");
        // add all others
    }

    @Override
    protected Set<String> provideZoneIds() {
        return this.missingIds;
    }

    @Override
    protected ZoneRules provideRules(String zoneId, boolean forCaching) {
        ZoneRules rules = null;
        if ("America/Punta_Arenas".equals(zoneId)) {
            rules = // create rules for America/Punta_Arenas
        }
        if ("Europe/Saratov".equals(zoneId)) {
            rules = // create rules for Europe/Saratov
        }
        // and so on

        return rules;
    }

    // returns a map with the ZoneRules, check javadoc for more details
    @Override
    protected NavigableMap<String, ZoneRules> provideVersions(String zoneId) {
        TreeMap<String, ZoneRules> map = new TreeMap<>();
        ZoneRules rules = provideRules(zoneId, false);
        if (rules != null) {
            map.put(zoneId, rules);
        }
        return map;
    }
}

创建ZoneRules是最复杂的部分。

一种方法是获取最新的IANA文件并阅读它们。您可以查看JDK源代码以了解如何从中创建ZoneRules（尽管我不确定JDK内部的文件是否与IANA的文件格式完全相同）。

无论如何，此链接解释了如何读取IANA的文件。然后，您可以查看ZoneRules javadoc以了解如何将IANA信息映射到Java类。在此答案中，我创建了一个非常简单的ZoneRules，只有2个转换规则，因此您可以了解如何执行基本操作。

然后，您需要注册提供程序：

ZoneRulesProvider.registerProvider(new MissingZonesProvider());

现在新的区域将可用：

ZoneId.of("America/Punta_Arenas");
ZoneId.of("Europe/Saratov");
... and any other you added in the MissingZonesProvider class

除了注册之外，还有其他使用提供程序的方法，请查看javadoc以获取更多详细信息。在相同的javadoc中，还有关于如何正确实现区域规则提供程序的更多细节（我上面的版本非常简单，可能缺少一些细节，例如provideVersions的实现 - 它应该使用提供程序的版本作为密钥，而不是像我这样使用区域ID等）。

当然，只要更新Java版本，就必须立即丢弃此提供程序（因为您不能拥有两个创建具有相同ID的区域的提供程序：如果新提供程序创建已经存在的ID，则在尝试注册时会抛出异常）。

- user7605325