gpt4 book ai didi

java - 抛出奇怪的 org.threeten.bp.DateTimeException?

转载 作者:太空宇宙 更新时间:2023-11-03 10:40:35 25 4
gpt4 key购买 nike

我的代码运行良好。今天突然开始出现这个异常 - org.threeten.bp.DateTimeException: Field DayOfMonth cannot be printed as the value 1872095944 max width is 2这是我的简单代码:

LocalDateTime date = LocalDateTime.now();
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("dd - MM - uuuu");
String sDate = date.format(formatter);//EXCEPTION THROWN HERE

为什么突然出现这个问题?

编辑

这似乎是一个中间问题。它有时会崩溃,但在其他时候工作正常。没有关于正在发生的事情的线索。一个

最佳答案

这不是格式问题(这里只是一个症状),而是如何创建 LocalDateTime 实例的问题。根本原因很简单,在极少数情况下,LocalDateTime.now() 似乎产生了一个月中完全超出范围的日期。这个问题可能与这个issue有关关于threeten-bp的issue tracker。

LocalDate.ofEpochDay(x) sometimes returns a wrong or illegal result instead of throwing an exception for large values of x . For instance, LocalDate.ofEpochDay(9223371671611556645L) returns a date with a negative value for d.getDayOfMonth() instead of throwing a DateTimeException .

请记住,now() 方法必须在后台进行纪元转换,最后调用 LocalDate.ofEpochDay(...)。因此,如果您的时钟自 Unix 纪元以来产生了一个不寻常的以毫秒为单位的纪元值,那么这也会影响 now()。您的格式化程序只是通过有效地调用 getDayOfMonth()(实际上是通过 TemporalAccessor 中的字段访问)从 LocalDateTime 中获取日期。有问题的源代码:

281     public static LocalDate ofEpochDay(long epochDay) { 
282 long zeroDay = epochDay + DAYS_0000_TO_1970;
283 // find the march-based year
284 zeroDay -= 60; // adjust to 0000-03-01 so leap day is at end of four year cycle
285 long adjust = 0;
286 if (zeroDay < 0) {
287 // adjust negative years to positive for calculation
288 long adjustCycles = (zeroDay + 1) / DAYS_PER_CYCLE - 1;
289 adjust = adjustCycles * 400;
290 zeroDay += -adjustCycles * DAYS_PER_CYCLE;
291 }
292 long yearEst = (400 * zeroDay + 591) / DAYS_PER_CYCLE;
293 long doyEst = zeroDay - (365 * yearEst + yearEst / 4 - yearEst / 100 + yearEst / 400);
294 if (doyEst < 0) {
295 // fix estimate
296 yearEst--;
297 doyEst = zeroDay - (365 * yearEst + yearEst / 4 - yearEst / 100 + yearEst / 400);
298 }
299 yearEst += adjust; // reset any negative year
300 int marchDoy0 = (int) doyEst;
301

302 // convert march-based values back to january-based
303 int marchMonth0 = (marchDoy0 * 5 + 2) / 153;
304 int month = (marchMonth0 + 2) % 12 + 1;
305 int dom = marchDoy0 - (marchMonth0 * 306 + 5) / 10 + 1;
306 yearEst += marchMonth0 / 10;
307

308 // check year now we are certain it is correct
309 int year = YEAR.checkValidIntValue(yearEst);
310 return new LocalDate(year, month, dom);
311 }

最有趣和最可疑的是只有年份被验证,而不是月份或日期。事实上,看看这个奇怪的结果,它包含四个由减号 (???) 分隔的部分:

LocalDate d = LocalDate.ofEpochDay(9223371671611556645L);
System.out.println(d); // -999999999-02-0-30
System.out.println(d.getDayOfMonth()); // -30

很明显,库代码因一些奇异的纪元日数字而被破坏,不幸的是,这些纪元日数字可能是由您的时钟产生的。 我也在 Java-8 中测试了相同的代码,结果也是一样的错误。

更新:

目前显示的 LocalDate.ofEpochDay(long) 的原始代码肯定是错误的,也是因为没有检查数字/算术溢出。例如:像 Long.MAX_VALUE 这样的输入会导致表达式 epochDay + DAYS_0000_TO_1970 溢出并将符号更改为负数。类似地,当使用表达式 400 * zeroDay 时,输入 Long.MIN_VALUE 最终会溢出。而且我担心这不是显示代码的唯一问题。作为比较:格里高利算法的正确实现更像是 my own time library 中的样子.

旁注:

在我的图书馆的帮助下 Time4J我已经分析过,上面给定的测试输入也会产生远远超出 threeten-bp 定义的范围的一年(范围是 -999999999 到 +999999999):

PlainDate date = PlainDate.of(9223371671611556645L, EpochDays.UNIX);
// java.lang.IllegalArgumentException: Year out of range: 25252733927766555

我不太确定你能做些什么来解决这个问题。

第一件事肯定是记录您的时钟产生的所有输入,将它们与观察到的 threeten-bp 的错误行为联系起来,并研究为什么您的时钟有时会出错。

关于 threeten-bp(和 Java-8!)中的错误,您可以希望 threeten-bp-project 团队尽快修复它(或者更确切地说是 Oracle!)。无论如何,导致问题的输入可能是错误的,因此您最好捕获异常并使用时钟错误的额外消息记录它(作为根本原因)。

关于java - 抛出奇怪的 org.threeten.bp.DateTimeException?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34691990/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com