java - 国家时区、夏令时是否有效

Question

考虑下面的代码:

if(strTimeZoneCd.equals("A"))
            locTz = TimeZone.getTimeZone("AST");
        else if(strTimeZoneCd.equals("M"))
            locTz = TimeZone.getTimeZone("MST");
        else if(strTimeZoneCd.equals("P"))
            locTz = TimeZone.getTimeZone("PST");
        else if(strTimeZoneCd.equals("H"))
            locTz = TimeZone.getTimeZone("HST");
        else if(strTimeZoneCd.equals("C"))
            locTz = TimeZone.getTimeZone("CST");
        else if(strTimeZoneCd.equals("E"))
            locTz = TimeZone.getTimeZone("EST");
        else if(strTimeZoneCd.equals("G"))
            locTz = TimeZone.getTimeZone("GMT");
        else if(strTimeZoneCd.equals("Y"))
            locTz = TimeZone.getTimeZone("AKST");

如果我传递A，它会给我AST。但我需要确定是否应该返回 AST 还是 ADT。

我需要确定 AST 现在是否处于夏令时。如果是夏令时，我可以返回ADT，如果不是，我可以返回AST。但我不知道如何确定该时区是否处于夏令时。

有人可以帮我吗？

Answer 1

首先，避免使用时区名称的简短缩写(例如 CST、PST 或 CEST)，因为它们是 ambiguous and not standard .

例如，

CST 由 more than one timezone 使用:可以是“Central Standard Time”、“China Standard Time”或“Cuba Standard Time”。每个国家对于夏令时都有不同的规则，因此使用缩写可能不一定会得到您期望的结果。

TimeZone 类假定这些短名称的一些默认值(所有任意选择，就像任何默认值一样)，并且还具有 returning GMT when the name is unknown 的奇怪行为。 .

为了避免这些歧义，最好使用 IANA timezones names (始终采用Region/City格式，例如Asia/Kolkata或America/New_York)。

您可以通过调用 TimeZone.getAvailableIDs() 获取可用时区列表(并选择最适合您的系统的时区)。

然后您可以使用 inDaylightTime() 方法，如其他答案中已经解释的那样。

另一种选择是使用格式化程序，因为它会自动检查是否处于夏令时并打印区域短名称。我还使用 java.util.Locale 来指示名称应该是英文(我不确定不同的语言是否会影响短区域名称，这是一种“以防万一”的方法):

// formatter with `z` (zone short name)
SimpleDateFormat sdf = new SimpleDateFormat("z", Locale.ENGLISH);
// set timezone in the formatter
sdf.setTimeZone(TimeZone.getTimeZone("America/New_York"));
// prints the zone name for the current date
System.out.println(sdf.format(new Date()));

上面的代码打印 EDT (因为今天，2017 年 9 月 13 日^th，纽约处于夏令时，并且 abbreviation used is EDT )。

在这种情况下，您可以创建格式化程序，并使用 if 逻辑在其中设置正确的时区。然后，格式化程序负责检查日期是否处于夏令时，并返回正确的缩写。

<小时/>

Java 新的日期/时间 API

旧类(Date、Calendar 和 SimpleDateFormat)有 lots of problems和 design issues ，并且它们正在被新的 API 取代。

如果您使用的是 Java 8，请考虑使用 new java.time API 。更容易，less bugged and less error-prone than the old APIs .

如果您使用的是 Java <= 7，则可以使用 ThreeTen Backport ，Java 8 新日期/时间类的一个很好的向后移植。对于 Android，您还需要 ThreeTenABP (更多关于如何使用它 here )。

下面的代码适用于两者。唯一的区别是包名称(在 Java 8 中是 java.time，在 ThreeTen Backport(或 Android 的 ThreeTenABP)中是 org. Threeten.bp)，但是类和方法名称相同。

首先，我使用 z 模式(对应于区域短名称)和英语语言环境创建一个 DateTimeFormatter。

然后，我使用 ZonedDateTime(表示特定时区的日期和时间)和 now() 方法来获取当前日期/时间。我还使用 ZoneId 来指定我想要的时区:

// create formatter for short zone name and English locale
DateTimeFormatter fmt = DateTimeFormatter.ofPattern("z", Locale.ENGLISH);
// format current date in New York timezone
System.out.println(fmt.format(ZonedDateTime.now(ZoneId.of("America/New_York"))));

这也会打印EDT。您可以应用上面相同的 if 逻辑来定义 ZoneId.of() 中将使用哪个时区。只是提醒不要使用短名称(CST 等)，因为新 API 并不像旧 API 那么宽松。

TimeZone 假定许多任意默认值，并在区域不存在时返回“GMT”，但如果您尝试获取无效区域，ZoneId 将引发异常(出于向后兼容的原因，某些缩写应该有效，但默认值也是任意的，您应该避免使用它们)。

<小时/>

区域名称的自定义 map

您可以选择创建时区名称的自定义映射，因此无需创建大量 if 子句来确定相应的区域。像这样的事情:

// create custom map of zone names
Map<String, String> customZones = new HashMap<>();
// map "E" to New York
customZones.put("E", "America/New_York");
// map "G" to GMT
customZones.put("G", "GMT");
...

// create timezone using the custom map ("E" will create "America/New_York" zone)
ZoneId zone = ZoneId.of("E", customZones);
// format current date in specified timezone
System.out.println(fmt.format(ZonedDateTime.now(zone)));