我住在委内瑞拉,在过去的10年里,我们面临着2次GMT的变化。
此代码在 Java 7 更新 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 指定夏令时转换计划
但是在委内瑞拉,没有节省一天,我想知道这种特殊情况的过渡意味着什么,就像历史上GMT变化的总和一样?
ZoneInfo
类对transitions
字段有以下注释:
此数组描述此时区的 GMT 偏移的转换,包括原始偏移量更改和夏令时更改。长整数由四个位字段组成。
虽然委内瑞拉没有夏令时,但它与格林威治标准的抵消确实有一些变化。使用 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
转换是一个数组,你只得到它的长度(在本例中为 6)
我引用:
此数组描述了该时区的 GMT 偏移量的转换, 包括原始偏移更改和夏令时更改。一个 长整型由四个位字段组成。最重要的 52 位 字段表示从公历转换时间(以毫秒为单位) 1970 年 1 月 1 日,格林威治标准时间 00:00:00。下一个 4 位字段是保留的,并且 必须为 0。下一个 4 位字段是 offsets[] 的索引值 过渡时的夏令时量。如果此值为零,则 表示没有夏令时,不是索引值为零。最少的 有效 4 位字段是总 GMT 的偏移量 [] 的索引值 过渡处的偏移量。如果此时区不遵守日光 节省时间,并且过去从未更改过任何GMT偏移量,这 值为空。
在这里,奎尔