gpt4 book ai didi

java - 令人困惑的测试失败 - 夏令时

转载 作者:塔克拉玛干 更新时间:2023-11-03 05:08:48 28 4
gpt4 key购买 nike

在 Jenkins 的夜间构建中,我们的一项测试在凌晨 2:00:12 失败。经过一段时间的调试和更改计算机的系统时间后,我感到非常困惑。然后我写了下面的测试(模拟问题),它失败了,但我不明白为什么。我试过谷歌,但没有找到类似的东西。
谁能解释为什么最后一个断言失败?

@Test
public void testFirstBeforeSecond_atDayLightSavingTime() throws ParseException {
Date first = new SimpleDateFormat("dd-MM-yyyy HH:mm").parse("25-10-2015 00:59");
Date second = new SimpleDateFormat("dd-MM-yyyy HH:mm").parse("25-10-2015 01:01");
assertThat(first.before(second), is(true)); // Ok, as expected

first = add(first, Calendar.HOUR_OF_DAY, 2);
second = add(second, Calendar.HOUR_OF_DAY, 2);
assertThat(first.before(second), is(true)); // Ok, as expected

first = add(first, Calendar.DAY_OF_YEAR, 2);
second = add(second, Calendar.DAY_OF_YEAR, 2);
assertThat(first.before(second), is(true)); // Fails?
}

private Date add(Date date, int field, int amount) {
Calendar calendar = Calendar.getInstance();
calendar.setTimeZone(TimeZone.getTimeZone("Europe/Brussels"));
calendar.setTime(date);
calendar.add(field, amount);
return calendar.getTime();
}

(在布鲁塞尔时区,夏令时在 25-10-15 凌晨 3 点结束。时钟随后跳回一小时。)

最佳答案

如果你在每一步都打印出firstsecond,你会得到:

你的第一场比赛是

Sun Oct 25 00:59:00 CEST 2015
Sun Oct 25 01:01:00 CEST 2015

这完全符合预期。在欧洲中部夏令时间期间两次,相隔两分钟。

第二场比赛变得有趣起来。您为每个日期添加了两个小时:

Sun Oct 25 02:59:00 CEST 2015
Sun Oct 25 02:01:00 CET 2015

现在两次跨越夏令时切换。第一次是夏令时,2:59;第二次是在标准时间,2:01。

如果加上两天,Java 似乎完全忘记了夏令时:

Tue Oct 27 02:59:00 CET 2015
Tue Oct 27 02:01:00 CET 2015

2:59 和 2:01,完全一样......这可能是日历上的两天后,但第一次肯定不会比第二步晚 48 小时!

如果您将最后一组添加更改为

    first = add(first, Calendar.HOUR_OF_DAY, 48);
second = add(second, Calendar.HOUR_OF_DAY, 48);

然后问题就消失了:

Tue Oct 27 01:59:00 CET 2015
Tue Oct 27 02:01:00 CET 2015

我的猜测是,Java 设计人员必须对“N 天后”在 DST 切换时的预期行为进行一些猜测。

关于java - 令人困惑的测试失败 - 夏令时,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33482046/

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