Java 有人能想到XMLGregorianCalendar.getEon()的实际用途吗?

Java 有人能想到XMLGregorianCalendar.getEon()的实际用途吗?,java,gregorian-calendar,Java,Gregorian Calendar,不久前,我遇到了XMLGregorianCalendar类a,它使GregorianCalendar看起来轻量级的方式给我留下了深刻的印象 最近,我注意到一种方法bitineger getEon(),这让我很困惑 从Javadoc获取XMLGregorianCalendar getYear()是介于-(10^9-1)到(10^9)-1或DatatypeConstants.FIELD_未定义之间的值。 getEon()是以十亿年为单位的高阶年值 我突然想到,地球上的一天的长度在数百万年中发生了巨大

不久前,我遇到了
XMLGregorianCalendar
类a,它使GregorianCalendar看起来轻量级的方式给我留下了深刻的印象

最近,我注意到一种方法
bitineger getEon()
,这让我很困惑

从Javadoc获取XMLGregorianCalendar

getYear()是介于-(10^9-1)到(10^9)-1或DatatypeConstants.FIELD_未定义之间的值。 getEon()是以十亿年为单位的高阶年值

我突然想到,地球上的一天的长度在数百万年中发生了巨大的变化,一年中的天数也发生了变化。格里高利历法在10亿年前或10亿年后都没有意义。因此,getEon()只能被合理地设置为
0
或未定义,其结果大致相同

我的问题:我遗漏了什么吗?
getEon()
方法有合理的用途吗?

根据unix时间,使用64位整数将在3E11年左右结束。考虑到Java使用毫秒而不是秒,Java时间(64位)将在3E8左右结束。因此,这提供了一些超出JVM限制的扩展

在一个更实际的注释中,当你使用这个时间尺度时,你谈论的是地质、进化或宇宙事件,因此一个日期(年、月、日…)中的其余数据是没有意义的。如果您使用long和the year(或者甚至使用int和eon)并忘记它的其余部分,这会更好

看起来有人真的,真的很无聊


编辑:当然,总是有一些疯狂的问题可以使用它,但不是现实世界的问题(例如:“如果我们有一个有64张光盘的河内塔,并且每秒移动一张光盘,我们什么时候才能完成交换塔”)