我正在尝试将来自前端的值映射到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

Zone America/Punta_Arenas -4:43:40 - LMT 1890

我当时正在考虑将偏移量用于此类时区(仅用于硬编码值)，但我想应该有更方便的方法来解决此问题。 Java有办法解决吗？

不支持的其他时区：

美国/ Punta_Arenas

亚洲/阿特劳

亚洲/法马古斯塔

亚洲/仰光

美东时间

欧洲/萨拉托夫

HST

MST

鹏

我的Java版本：" 1.8.0_121" Java?SE运行时环境(内部版本1.8.0_121-b13)Java HotSpot?64位服务器VM(内部版本25.121-b13，混合模式)

您确切使用的是哪个Java版本； Java 8的最新更新？时区信息会随着新的Java更新而频繁更新，这可能是因为您使用的是特定的Java版本，其中未定义您所引用的Java版本。

我使用Java 8更新144(当前为最新版本)进行了尝试，它可以按预期工作。

Java版本" 1.8.0_121" Java?SE运行时环境(内部版本1.8.0_121-b13)Java HotSpot(TM)64位服务器VM(内部版本25.121-b13，混合模式)

然后更新到最新版本。

可以依靠Java版本解析时区吗？如果prod服务器使用不同的版本并进行更新，那会非常困难。他们应该提供一种更可靠的方法。

ZoneId不支持3个字母的名称(例如EST或HST)，主要是因为它们是模棱两可且不是标准的-尽管您可以使用SHORT_IDS映射，该映射具有一些默认/复古兼容/有争议的映射

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

@Hugo，谢谢，我喜欢那样。它比更新整个java更方便。 SHORT_IDS-好主意！

如果需要，还可以使用自己的ID映射，并在of(name, map)方法中使用它

@雨果，谢谢！写一个答案来总结所有这些怎么样？ :)

我已经用Java 1.8.0_121测试过，确实缺少某些区域。

修复它的最明显方法是更新Java版本-在Java 1.8.0_131中，以上所有区域均可用-除了3个字母的名称(EST，HST等)以外，更多内容在下面。

但是我知道生产环境中的更新并不像我们想要的那么容易(也不快)。在这种情况下，您可以使用TZUpdater工具，该工具可以在不更改Java版本的情况下更新JDK的时区数据。

唯一的细节是ZoneId不能与3个字母的缩写(EST，HST等)一起使用。那是因为那些名字是模棱两可的而不是标准的。

但是，如果要使用它们，则可以使用自定义ID的映射。 ZoneId带有内置地图：

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

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

Map 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 missingIds = new HashSet<>();

public MissingZonesProvider() {

missingIds.add("America/Punta_Arenas");

missingIds.add("Europe/Saratov");

// add all others

}

@Override

protected Set 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 provideVersions(String zoneId) {

TreeMap 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版本后必须立即放弃此提供程序(因为您不能有2个提供程序创建具有相同ID的区域：如果新提供程序创建的ID已存在，则在尝试时会引发异常进行注册)。