源码分析:JDK获取默认时区的风险和最佳实践

举报
小虚竹 发表于 2021/10/18 23:52:08 2021/10/18
【摘要】 技术活,该赏 点赞再看,养成习惯 12 源码分析 TimeZone.getDefault() 是JDK自带的方法,所属包:java.util;方法返回此主机(程序运行的主机)的默认时区 //...
技术活,该赏
点赞再看,养成习惯

  
 
  • 1
  • 2

源码分析

TimeZone.getDefault() 是JDK自带的方法,所属包:java.util;方法返回此主机(程序运行的主机)的默认时区

    //TimeZone类
   public static TimeZone getDefault() {
        return (TimeZone) getDefaultRef().clone();
    }

  
 
  • 1
  • 2
  • 3
  • 4

我们来看下默认时区是怎么取值的

image-202107085554049

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日期时间系列文章

1DateUtil(时间工具类)-当前时间和当前时间戳

2DateUtil(时间工具类)-常用的时间类型Date,DateTime,Calendar和TemporalAccessor(LocalDateTime)转换

3DateUtil(时间工具类)-获取日期的各种内容

4DateUtil(时间工具类)-格式化时间

5DateUtil(时间工具类)-解析被格式化的时间

6DateUtil(时间工具类)-时间偏移量获取

7DateUtil(时间工具类)-日期计算

8ChineseDate(农历日期工具类)

9LocalDateTimeUtil(JDK8+中的{@link LocalDateTime} 工具类封装)

10TemporalAccessorUtil{@link TemporalAccessor} 工具类封装

其他

要探索JDK的核心底层源码,那必须掌握native用法

万字博文教你搞懂java源码的日期和时间相关用法

文章来源: xiaoxuzhu.blog.csdn.net,作者:小虚竹,版权归原作者所有,如需转载,请联系作者。

原文链接:xiaoxuzhu.blog.csdn.net/article/details/119518636

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。