Java时区转换是什么意思？

Question

在过去的 10 年里，我住在委内瑞拉，我们面临 2 次 GMT 变化。

此代码在 Java 7 update 76 中运行

System.out.println(TimeZone.getTimeZone("America/Caracas"));

哪个打印

sun.util.calendar.ZoneInfo[id="America/Caracas",offset=-16200000,dstSavings=0,useDaylight=false,transitions=5,lastRule=null]

这与最新的 JDK Java 8 更新 121 当然在 2016 年底我们有最新的变化。

sun.util.calendar.ZoneInfo[id="America/Caracas",offset=-14400000,dstSavings=0,useDaylight=false,transitions=6,lastRule=null]

我想知道文档中所说的转换是什么意思。

无法使用自定义时区 ID 指定夏令时转换时间表

但在委内瑞拉，没有节假日我想知道这种特殊情况下的转换意味着什么，就像历史上的格林威治标准时间总变化一样？

Answer 1

ZoneInfo class在 transitions 字段上有这样的评论:

This array describes transitions of GMT offsets of this time zone, including both raw offset changes and daylight saving time changes. A long integer consists of four bit fields.

虽然委内瑞拉没有夏令时，但它与格林威治标准时间的偏移量确实有一些变化。使用 Linux 命令 zdump -v America/Caracas，您将获得以下输出:

America/Caracas  -9223372036854775808 = NULL
America/Caracas  -9223372036854689408 = NULL
America/Caracas  Wed Jan  1 04:27:43 1890 UT = Tue Dec 31 23:59:59 1889 LMT isdst=0 gmtoff=-16064
America/Caracas  Wed Jan  1 04:27:44 1890 UT = Wed Jan  1 00:00:04 1890 CMT isdst=0 gmtoff=-16060
America/Caracas  Mon Feb 12 04:27:39 1912 UT = Sun Feb 11 23:59:59 1912 CMT isdst=0 gmtoff=-16060
America/Caracas  Mon Feb 12 04:27:40 1912 UT = Sun Feb 11 23:57:40 1912 VET isdst=0 gmtoff=-16200
America/Caracas  Fri Jan  1 04:29:59 1965 UT = Thu Dec 31 23:59:59 1964 VET isdst=0 gmtoff=-16200
America/Caracas  Fri Jan  1 04:30:00 1965 UT = Fri Jan  1 00:30:00 1965 VET isdst=0 gmtoff=-14400
America/Caracas  Sun Dec  9 06:59:59 2007 UT = Sun Dec  9 02:59:59 2007 VET isdst=0 gmtoff=-14400
America/Caracas  Sun Dec  9 07:00:00 2007 UT = Sun Dec  9 02:30:00 2007 VET isdst=0 gmtoff=-16200
America/Caracas  Sun May  1 06:59:59 2016 UT = Sun May  1 02:29:59 2016 VET isdst=0 gmtoff=-16200
America/Caracas  Sun May  1 07:00:00 2016 UT = Sun May  1 03:00:00 2016 VET isdst=0 gmtoff=-14400
America/Caracas  9223372036854689407 = NULL
America/Caracas  9223372036854775807 = NULL

注意右侧的 gmtoff 列。每对线代表一个转变。您可以看到 10 多年前有更多的转变。

实际上，Java 的做法略有不同。它只记录自 1900 年以来的转变，因此不包括 1890 年的偏移量。但它在未来增加了一个虚拟过渡。您可以使用以下代码(Java 8)查看实际转换:

import java.lang.reflect.Field;
import java.time.Instant;
import java.util.TimeZone;

public class SimpleTest {

    public static void main(String[] args) {
        TimeZone tz = TimeZone.getTimeZone("America/Caracas");

        Field f = null;
        try {
            f = tz.getClass().getDeclaredField("transitions");
            f.setAccessible(true);
            long[] transitions = (long[]) f.get(tz);
            f = tz.getClass().getDeclaredField("offsets");
            f.setAccessible(true);
            int[] offsets = (int[]) f.get(tz);

            for ( long transition : transitions ) {
                Instant transitionInstant = Instant.ofEpochMilli(transition >> 12);
                int offset = offsets[(int)transition & 0xF];
                System.out.println( transitionInstant + " : " + offset);
            }
        } catch (NoSuchFieldException | SecurityException | IllegalArgumentException | IllegalAccessException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }

    }
}

输出是:

1900-01-01T00:00:00Z : -16060000
1912-02-12T04:27:40Z : -16200000
1965-01-01T04:30:00Z : -14400000
2007-12-09T07:00:00Z : -16200000
2016-05-01T07:00:00Z : -14400000
2037-01-01T04:00:00Z : -14400000