我住在委内瑞拉,过去 10 年我们经历了 2 次 GMT 变化。
此代码在 Java 7 update 76 中运行
System.out.println(TimeZone.getTimeZone("America/Caracas"));
Run Code Online (Sandbox Code Playgroud)
哪个打印
sun.util.calendar.ZoneInfo[id="America/Caracas",offset=-16200000,dstSavings=0,useDaylight=false,transitions=5,lastRule=null]
Run Code Online (Sandbox Code Playgroud)
当然,最新的 JDK Java 8 Update 121 在 2016 年底我们有最新的更改。
sun.util.calendar.ZoneInfo[id="America/Caracas",offset=-14400000,dstSavings=0,useDaylight=false,transitions=6,lastRule=null]
Run Code Online (Sandbox Code Playgroud)
我想知道文档中的转换意味着什么。
无法使用自定义时区 ID 指定夏令时转换计划
但在委内瑞拉,没有实行夏令时,我想知道这种特殊情况下的过渡意味着什么,就像历史上格林尼治标准时间的总变化一样?
班级对此领域有这样的ZoneInfo评论transitions:
该数组描述了该时区的 GMT 偏移量的转换,包括原始偏移量变化和夏令时变化。长整数由四个位字段组成。
尽管委内瑞拉没有夏令时,但它与 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
Run Code Online (Sandbox Code Playgroud)
请注意gmtoff右侧的栏目。每一对线代表一个转变。你可以看到十多年前发生了更多的转变。
实际上,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();
}
}
}
Run Code Online (Sandbox Code Playgroud)
输出是:
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();
}
}
}
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
1763 次 |
| 最近记录: |