源码分析:JDK获取默认时区的风险和最佳实践
技术活,该赏
点赞再看,养成习惯
- 1
- 2
源码分析
TimeZone.getDefault() 是JDK自带的方法,所属包:java.util;方法返回此主机(程序运行的主机)的默认时区
//TimeZone类
public static TimeZone getDefault() {
return (TimeZone) getDefaultRef().clone();
}
- 1
- 2
- 3
- 4
我们来看下默认时区是怎么取值的
1、java.util.TimeZone类中getDefault方法的源代码显示,它最终是会调用sun.util.calendar.ZoneInfo类的getTimeZone 方法。这个方法为需要的时间区域返回一个作为ID的String参数。
2、时间ID zoneID的获取方式:先从JVM中的user.timezone变量中读取,如果读不到,再读取系统的默认时区
zoneID = getSystemTimeZoneID(javaHome);
/**
* Gets the platform defined TimeZone ID.
**/
private static native String getSystemTimeZoneID(String javaHome);
- 1
- 2
- 3
- 4
看到这个native ,说明已经挖到核心了,到了这一步,还是不清楚是怎么获取系统的默认时区的,那怎么办,JDK代码只能跟到这里。
转战OpenJDK,源码下载方式:https://gitee.com/mirrors/openjdk
传送门:要探索JDK的核心底层源码,那必须掌握native用法
3、如果再读不到,就用默认的 GMT_ID = "GMT"
使用默认时区的风险
当JVM中的user.timezone变量没有设值,由上面的源码分析可知,会读取当前系统的默认时区。
风险就出在这里,如果安装系统时时区没有设置好,会导致程序获取的默认时区跟我们想要的不一样,这时候程序就会出现异常。
避免风险最佳实践
JVM中的user.timezone变量中设置时区
推荐相关文章
hutool日期时间系列文章
2DateUtil(时间工具类)-常用的时间类型Date,DateTime,Calendar和TemporalAccessor(LocalDateTime)转换
9LocalDateTimeUtil(JDK8+中的{@link LocalDateTime} 工具类封装)
10TemporalAccessorUtil{@link TemporalAccessor} 工具类封装
其他
文章来源: xiaoxuzhu.blog.csdn.net,作者:小虚竹,版权归原作者所有,如需转载,请联系作者。
原文链接:xiaoxuzhu.blog.csdn.net/article/details/119518636
- 点赞
- 收藏
- 关注作者
评论(0)