有一些引用提到,Java忽略了闰秒:
考虑到新引入的闰秒,1岁的java库如何正确地执行UTC时间格式设置?
JDK-4272347:(cal/tz)支持闰秒票
然而,JRE软件中的时区数据版本文档提到:
新闰秒2015-06-30 23:59:60世界协调时,根据IERS公告C 49。
第三方Java库Time4J使用它自己的闰秒列表。
如果Java的tzupdater工具被Java忽略了,为什么会增加闰秒呢?
发布于 2015-03-19 11:00:16
我现在仔细研究了TZUPDATER和IANA的发行说明(在其实验地点github/eggert/tz):
TZUPDATER说:
以美国/坎昆为代表的墨西哥昆塔纳鲁奥州将于2015-02-01年02:00从中央时间DST转移到东部时间,没有DST。智利不会在4月份或以后改变时钟;它的新标准时间将是它以前的夏令时。这影响到美国/圣地亚哥、太平洋/复活节和南极洲/帕尔默。新闰秒2015-06-30 23:59:60世界协调时,根据IERS公告C 49。
IANA说:
2015a - 2015-01-29 22:35:20 -0800 影响未来时间戳的变化以美国/坎昆为代表的墨西哥昆塔纳罗奥州将在2015-02-01年02:00从中央时间和DST转移到东部时间。(感谢Steffen Thorsen和Gwillim Law。)智利不会在4月份或以后改变时钟;它的新标准时间将是它以前的夏令时。这影响到美国/圣地亚哥、太平洋/复活节和南极洲/帕尔默。(感谢Juan Correa.)新闰秒2015-06-30 23:59:60世界协调时,根据IERS公告C 49。(感谢蒂姆·帕伦蒂。)
从这一点来看,最有可能的情况是,一个甲骨文雇员只是做了的复制和粘贴,而没有过多考虑内容,如果它真的与相关的话。唯一的改变是删除提交人的引用。当然,事实仍然是,在实际的OpenJDK和Oracle-Java发行版中,没有任何代码或位置可以加载此类闰秒数据。
在我自己对这个所以-问题的回答中,我还提到了最新的相关邮件语句,其中Threeten项目领导人最终放弃了对闰秒的临时可用计划支持。所以你对Java-8的乐观是没有道理的。
顺便说一句,Time4J的最新版本v2.3现在可以像您从TZUPDATER工具中期望的那样部署包含在IANA中的闰秒信息。
https://stackoverflow.com/questions/28918934
复制相似问题