0

我正在编写一些代码,这些代码将在 2038 年 1 月 19 日之后停止工作,因为java 溢出时的Year_2038_problemDate所以我想我可以创建一个在 2036 年开始失败的 junit 测试,给我 2 年的时间来修复它。

为了首先创建一个失败的测试,我添加了 25 年,并且对测试没有失败感到惊讶。

@Test
public void warn2038Overflow() {
    Calendar c = Calendar.getInstance();
    c.add(Calendar.YEAR, 25);

    // today is 2019 plus 25 years becomes 2044 which should overflow
    assertEquals("No calendar overflow", true,
            c.getTimeInMillis() > 0l);
}

任何线索为什么这不会失败?

我正在使用带有 java-1.8.0_152(64 位)的 Android-Studio-3.4.1 和 'junit:junit:4.12' 和 'androidx.test:runner:1.1.0'

4

1 回答 1

5

当您将纪元秒数存储在带符号的 32 位整数中(将在 2038 年溢出)时,就会出现Year-2038 问题。

您使用的代码将毫秒数存储在有符号的 64 位整数中。这仍然可以正常工作一段时间

于 2019-05-21T08:45:42.163 回答