Java 8 - tz数据库时区

Question

我必须在不同的时区使用Java 8日期/时间.例如:

LocalDateTime dateTime = LocalDateTime.of(2017, Month.JUNE, 1, 13, 39);
Instant instant = dateTime.atZone(ZoneId.of("Europe/Paris")).toInstant();

时间帧是到dateTimes之间的实例

但我不想硬编码时区,这总是一个不好的做法

我在Java API中找不到任何常量来表示不同的时区,如https://en.m.wikipedia.org/wiki/List_of_tz_database_time_zones

是否有任何映射,因为它在短区ID？

https://docs.oracle.com/javase/8/docs/api/java/time/ZoneId.html#of-java.lang.String-java.util.Map-

Answer 1

时区经常被政治家重新定义.出现新区域.旧的重命名(例如Asia/Kolkata).有些人决心实际上并不是独特的,最终指向另一个人(例如:)America/Montreal.而这只是名称 - 每个区域内的偏移也经常被政治家修改为夏令时(DST)等异常,或决定完全退出DST或决定全年保持DST或决定将偏移量改变15分钟,以便做出一些政治声明,例如区别于邻国.所以没有简单的永久清单.

Java附带了tzdata时区数据库的副本.如果您关心的任何区域都经历了更改,则需要在Java安装中更新此tzdata.Oracle在实现过程中为这项工作提供了一个工具; 我不了解别人.同样,您还应该更新主机计算机操作系统中的tzdata以及其他实用程序,例如像Postgres这样的数据库.

对于ZoneIdJava中对象的引用,您可以将一些定义为常量.java.time类是线程安全的.因此,您可以将单个实例保持为常量.

public class TimeUtils {
    static public ZoneId ZONEID_EUROPE_PARIS = ZoneId.of( "Europe/Paris" ) ;
    static public ZoneId ZONEID_ASIA_KOLKATA = ZoneId.of( "Asia/Kolkata" ) ;
}

您有LocalDateTime代表潜在时刻,而不是时间轴上的特定点.一个LocalDateTime有没有时区或偏移信息.因此LocalDateTime,今年6月1日的中午可能意味着许多不同的时刻,第一个中午发生在基里巴斯,时区比UTC早14个小时.孟加拉国的中午来晚了,法国巴黎的中午还有几个小时.因此,在LocalDateTime为上下文应用时区之前,没有任何实际意义.

LocalDateTime noon1June2017Anywhere = LocalDateTime.of( 2017 , Month.JUNE , 1 , 12 , 0);

在需要的地方使用那些常量ZoneId.

ZonedDateTime noon1June2017EuropeParis = noon1June2017Anywhere.atZone( TimeUtils.ZONEID_EUROPE_PARIS ) ;
ZonedDateTime noon1June2017AsiaKolkata = noon1June2017Anywhere.atZone( TimeUtils.ZONEID_ASIA_KOLKATA ) ;

请注意,noon1June2017EuropeParis并noon1June2017AsiaKolkata有两种不同的时刻,在时间轴上的不同点.中午在印度比在法国发生得更早.

让我们将UTC中的这两个值看作Instant对象.这两个Instant对象并不相同,因为加尔各答比巴黎的早几个小时.

Instant instantNoon1June2017EuropeParis = noon1June2017EuropeParis.toInstant() ;  // Extract the same moment but in UTC zone.
Instant instantNoon1June2017AsiaKolkata = noon1June2017AsiaKolkata.toInstant() ; // Extract the same moment but in UTC zone.

外部化

如果您的问题的目的是外部化要应用的区域的决定,以便您可以在不重新编译源代码的情况下更改该选择,只需将区域名称的字符串(例如Europe/Paris字符串)存储在某个外部资源中.

把你的字符串传递给ZoneId.of.

ZoneId z = ZoneId.of( someStringOfZoneName ) ;

人们常用的可能的存储机制:

• 将文本存储在文件中.
• 将文本存储在数据库行中以供应用程序检索.
• 将文本存储为JNDI工具中的条目(LDAP服务器,Servlet容器中的配置文件等)(请参阅教程)
• 从Web服务查询.(参见教程)
• 询问用户的偏好并将其存储在变量(如类的成员)中,或存储在Servlet环境存储字符串中作为上下文对象或会话对象的属性.您可以通过调用向用户提供所有区域的选择列表ZoneId.getAvailableZoneIds.

您可以询问JVM的当前默认区域:ZoneId.systemDefault.但要注意,这可以随时由该JVM中的任何应用程序中的任何代码进行更改.