Java 是否引发奇怪的org.threeten.bp.DateTimeException？

我的代码运行得很好。今天我突然发现了这个异常-

org.threeten.bp.DateTimeException:Field DayOfMonth无法打印，因为值1872095944 max width为2

这是我的简单代码：

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

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

编辑

---

这似乎是一个中间问题。它有时会崩溃，而在其他时间工作正常。没有关于发生了什么的线索。A

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

---

这不是一个格式问题（这里只是一个症状），而是一个如何创建

LocalDateTime

实例的问题。根本原因很简单，就是

LocalDateTime.now（）

在某些罕见的情况下，似乎会产生一个月中的天。这个问题很可能与Thinten bp的问题追踪者有关

ofEpochDay（x）有时返回错误或非法的结果 而不是为x的大值引发异常。对于 实例LocalDate.ofEpochDay（9223371671611556645L）返回一个日期 d.getDayOfMonth（）的值为负值，而不是抛出 DateTimeException

请记住，方法

now（）

必须在后台进行历元转换，最后调用

LocalDate.ofEpochDay（…）

。因此，如果您的时钟自Unix 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     } 

很明显，库代码被一些奇怪的纪元日数字破坏了，不幸的是，这些数字可能是由您的时钟产生的我还用Java-8测试了相同的代码，结果是相同的错误。

更新：

迄今为止显示的

LocalDate.ofEpochDay（long）

的原始代码肯定已被破坏，这也是因为没有检查数字/算术溢出的事实。例如：像

Long.MAX\u VALUE

这样的输入会导致表达式

epochDay+DAYS\u 0000\u到\u 1970

溢出，并将符号更改为负数。类似地，当使用表达式

400*zeroDay

时，输入的

Long.MIN_值最终将溢出。我担心这不是显示代码的唯一问题。作为比较：格里高利算法的正确实现更像是

旁注：

在我的库的帮助下，我分析了上述给定的测试输入也会产生一年，远远超出Three Ten bp定义的范围（范围是-99999999到+99999999）：

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

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

关于threeten bp（和Java-8！）中的错误，您可以希望threeten bp项目团队很快就会修复它（或者更确切地说是Oracle！）。不管怎样，导致问题的输入可能是错误的，因此您最好捕获异常并用额外的消息记录它，即时钟错误（作为根本原因）。
什么是108795？你的约会对象？@sasikumar：实际上是1872095944。我们已经更新了问题。我不确定那是不是日期。你是说毫秒，对吗？我把它改成了“yyy”。它最初奏效了。但问题又一次悄然出现，只有一个例外。这是一个中间问题。有时它是有效的，有时例外是Thrown是的，你有一个过时的javadoc。实际的一个知道u（作为公历的前一年），看看。我同时发现另一个产生负的月份是：
9223372036854056247L
固定在后端口-
LocalDate d = LocalDate.ofEpochDay(9223371671611556645L);
System.out.println(d); // -999999999-02-0-30
System.out.println(d.getDayOfMonth()); // -30

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