引发了奇怪的org.threeten.bp.DateTimeException



我的代码运行得很好。今天我突然发现了这个异常——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()似乎在一些罕见的情况下产生了一个完全超出范围的月份。这个问题可能与threeten bp的问题跟踪器上的这个问题有关。

LocalDate.EPochDay(x)有时会返回错误或非法的结果而不是对x的大值抛出异常。对于实例,LocalDate.EPochDay(9223371671611556645L)返回日期对d.getDayOfMonth()使用负值,而不是抛出DateTimeException。

请记住,方法now()必须在后台进行epoch转换,并最终调用LocalDate.ofEpochDay(...)。因此,如果你的时钟自Unix epoch以来产生了一个以毫秒为单位的异常epoch值,那么这也会影响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最终将溢出。我担心这并不是显示代码的唯一问题。比较一下:gregorian算法的正确实现更像是在我自己的时间库中。

旁注:

在我的Time4J库的帮助下,我分析了上面给定的测试输入将产生一年的时间,这也远远超出了定义的十个bp的范围(范围是-99999999999到+9999999999):

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

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

第一件事肯定是记录你的时钟产生的所有输入,将它们与观察到的三个10bp的错误行为联系起来,并研究为什么你的时钟有时会发疯

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

api最近有什么变化吗。我在允许的模式列表中看不到任何u选项。

Symbol  Meaning                     Presentation       Examples
  ------  -------                     ------------      -------
   G       era                         number/text       1; 01; AD; Anno 
Domini
   y       year                        year              2004; 04
   D       day-of-year                 number            189
   M       month-of-year               number/text       7; 07; Jul; July; J
   d       day-of-month                number            10

   Q       quarter-of-year             number/text       3; 03; Q3

   Y       week-based-year             year              1996; 96

   w       week-of-year                number            27
   W       week-of-month               number            27
   e       localized day-of-week       number            2; Tue; Tuesday; T
   E       day-of-week                 number/text       2; Tue; Tuesday; T
   F       week-of-month               number            3

   a       am-pm-of-day                text              PM
   h       clock-hour-of-am-pm (1-12)  number            12
   K       hour-of-am-pm (0-11)        number            0
   k       clock-hour-of-am-pm (1-24)  number            0
   H       hour-of-day (0-23)          number            0
   m       minute-of-hour              number            30

   s       second-of-minute            number            55
   S       fraction-of-second          fraction          978
   A       milli-of-day                number            1234
   n       nano-of-second              number            987654321
   N       nano-of-day                 number            1234000000
   V       time-zone ID                zone-id America/Los_Angeles; Z; -08:30
   z       time-zone name              zone-name  Pacific Standard Time; PST
   X       zone-offset 'Z' for zero    offset-X          Z; -08; -0830; -08:30; -083015; -08:30:15;
   x       zone-offset                 offset-x          +0000; -08; -0830; -08:30; -083015; -08:30:15;
   Z       zone-offset                 offset-Z          +0000; -0800; -08:00;

   p       pad next                    pad modifier      1
   '       escape for text             delimiter

   ''      single quote                literal           '
[       optional section start
 ]       optional section end
{}      reserved for future use

相关内容

  • 没有找到相关文章

最新更新