gpt4 book ai didi

java - java 日历中的 future 日期出现奇怪的行为

转载 作者:行者123 更新时间:2023-12-01 19:46:21 26 4
gpt4 key购买 nike

我有一个应用程序,我可以创建用户可以选择约会的日期。如果用户 9 点开始工作,并且预约需要 2 小时,我会在 9 点、11 点、13 点创建日期……当然,直到达到限制。然后我改变一天并重新开始。这是执行此操作的代码:

    public List<Agenda> createListOfDates(Calendar initial, Calendar end, 
int appointmentDuration, int lunchTimeDuration, int lunchTimeStart) {

List<Agenda> agendaList = new ArrayList<Agenda>();

Agenda agenda = new Agenda();
agenda.setWorkingHour(initial.getTime());
agendaList.add(agenda);
while (true) {

initial.add(Calendar.HOUR_OF_DAY, appointmentDuration);
// Logger.error("" + initial.getTime());

if (initial.getTime().after(end.getTime())) {
break;

} else if (initial.get(Calendar.HOUR_OF_DAY) == lunchTimeStart
&& initial.get(Calendar.DAY_OF_WEEK) != Calendar.SATURDAY
) {
initial.add(Calendar.HOUR_OF_DAY, lunchTimeDuration);
agenda = new Agenda();
agenda.setWorkingHour(initial.getTime());
agendaList.add(agenda);

} else {
agenda = new Agenda();
agenda.setWorkingHour(initial.getTime());
agendaList.add(agenda);
}
}

for(Agenda agendaX : agendaList){
Logger.info("" + agendaX.getWorkingHour());

}

return agendaList;
}

我正在使用“America/Sao_Paulo”时区来创建这些日期。我将变量“initial”和“end”设置为“America/Sao_Paulo”。我的系统时区是“GMT”,这没关系,因为我想将这些日期以 GMT 格式保存在数据库中。当我打印最后一个“for”中的日期时,神奇的是它已经从“America/Sao_Paulo”转换为“GMT”并且打印正确。奇怪的是,从某个日期开始,它改变了时区。打印示例:

Sat Mar 30 12:00:00 GMT 2019
Sat Mar 30 14:00:00 GMT 2019
Sat Mar 30 16:00:00 GMT 2019
Sat Mar 30 18:00:00 GMT 2019
Mon Apr 01 13:00:00 BST 2019
Mon Apr 01 15:00:00 BST 2019
Mon Apr 01 18:00:00 BST 2019
Mon Apr 01 20:00:00 BST 2019
Mon Apr 01 22:00:00 BST 2019

虽然是GMT,但是我无法理解这个BST。难道是因为以后太多了?它总是从四月开始。

最佳答案

您的系统时间不是 GMT,而是欧洲/伦敦(或类似时间)。三月伦敦时间与格林威治标准时间一致。不是四月。这就是原因。

getWorkingHour() 返回一个 Date 的实例(另一个设计不佳且过时的类,但现在让这成为一个不同的故事)。当您将其附加到空字符串时,将隐式调用 Date.toString 并使用您的系统时区构建字符串。在标准时间期间,它会打印 GMT 作为时区缩写。伦敦的夏令时 (DST) 从 3 月的最后一个星期日开始,在本例中为 3 月 31 日。因此,在 4 月份,JVM 上的 Date.toString 使用英国夏令时间及其缩写 BST 用于打印时间。

好的解决方案涉及两个更改:

  1. 不要依赖 JVM 的默认时区。它可以随时从程序的另一部分或同一 JVM 中运行的另一个程序更改,因此太脆弱了。相反,为您的日期时间操作提供明确的时区。
  2. 跳过旧的日期时间类 CalendarDate,而是使用 java.time(现代 Java 日期和时间 API)。它使用起来更加方便,并且提供了更加清晰的代码,尤其是在时区之间的转换方面。

使用ZonedDateTime代替日历。根据 JDBC 驱动程序的功能,将其转换为 UTC 格式的 InstantOffsetDateTime 以保存到数据库。

要创建 ZonedDateTime,一种选择是使用其 of 方法之一(有多种):

    ZonedDateTime initial = ZonedDateTime.of(2019, 3, 10, 9, 0, 0, 0, ZoneId.of("America/Sao_Paulo"));

这将创建圣保罗 2019 年 3 月 10 日 09:00 的日期时间。添加 2 小时:

    int appointmentDuration = 2;
ZonedDateTime current = initial.plusHours(appointmentDuration);
System.out.println(current);

输出:

2019-03-10T11:00-03:00[America/Sao_Paulo]

要转换为数据库的Instant:

    Instant inst = current.toInstant();
System.out.println(inst);

输出:

2019-03-10T14:00:00Z

瞬间与时区无关,只是一个时间点,但以 UTC 格式打印。一些 JDBC 驱动程序接受 UTC 时间。如果您的情况并非如此,则需要为其提供 OffsetDateTime。像这样转换:

    OffsetDateTime odt = current.toOffsetDateTime().withOffsetSameInstant(ZoneOffset.UTC);
System.out.println(odt);

输出:

2019-03-10T14:00Z

请注意,我明确给出了 UTC,而不是依赖 JVM 默认值。所以这是 UTC 中的明确。您注意到日期和时间与 Instant 打印的日期和时间一致。

关于java - java 日历中的 future 日期出现奇怪的行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53179113/

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