【问题标题】:Gregorian Calendar Wrong Hour公历时间错误
【发布时间】:2018-11-02 05:50:55
【问题描述】:

因此,我开始使用 Java-GregorianCalendar 类进行一些测试,并注意到在以毫秒为单位初始化 Object 时发生了奇怪的行为。困扰我的是,虽然我将毫秒设置为 0,但时间显示为 1 点。

浏览 StackOverflow 之后,我注意到 Java 有时会与夏季和冬季时间混淆。所以我的问题是,如果今年已经完成了时间更改,并且我们再次生活在冬季,那么这种奇怪的行为来自冬季和夏季。

这是我用来测试的代码:

import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.GregorianCalendar;

public class TestCalendar {

    public static void main(String[] args) {
        GregorianCalendar c = new GregorianCalendar();
        c.setTimeInMillis(-3600000);
        System.out.println(c.getTimeInMillis());
        System.out.println(c.get(Calendar.HOUR));
        String format = "mm:ss";
        if (c.get(Calendar.HOUR_OF_DAY) > 0) format = "HH:mm:ss";
        System.out.println(new SimpleDateFormat(format).format(c.getTime()));
    }

}

这给了我输出

-3600000
0
0

最好的办法是找到一个独立于减去 -3600000 的解决方案,就好像在其他计算机上这个“错误”不存在我不想有 23:00:00 :)

编辑:

在尝试了更多之后,感谢反馈,我能够通过在初始化日历后添加这一行来解决我的小问题:

c.setTimeZone(TimeZone.getTimeZone("GMT"));

【问题讨论】:

  • 它与夏令时和冬令时无关,而与您的时区有关。显然,您生活在一个时区,格林威治标准时间 0:00:00 对应于您所在时区的 1:00:00(如 CET - 中欧时间)
  • 我在这里很困惑。 “我将毫秒设置为 0”是什么意思?你这是在哪里做的?您指的是 -3600000 由 -1 小时和零毫秒组成的吗?如果是这样,为什么这会以任何方式影响日历的时间?抛开这些不谈,你到底想做什么?既然看起来你可能正在尝试做日期数学,你看过java.time packge吗?
  • 我的意思是如果我这样做 c.setTimeInMillis(0); c.get(Calendar.HOUR) 的输出是 1 实际上我并不想做时间数学,但我想在几秒钟内得到一个正确的格式化时间。所以例如你有 20 秒的时间我想显示 00:20,因为我需要这个用于我编写的游戏。
  • 如果您只想使用时间(没有日期,没有时区),最好使用 java.time.LocalTime - java.util.Calendar 是为使用日期和时区而构建的。
  • 仅供参考,非常麻烦的旧日期时间类,例如 java.util.Datejava.util.Calendarjava.text.SimpleDateFormat 现在是 legacy,被 Java 8 中内置的 java.time 类所取代,之后。见Tutorial by Oracle

标签: java calendar gregorian-calendar


【解决方案1】:

tl;博士

问题:您错误地更改了日期,而不仅仅是时间。最重要的是,隐式应用了时区。

解决方案:改为使用现代的 java.time 类。

LocalDate
.now()                 // Better to explicitly pass the desired/expected time zone as a `ZoneId` object.
.atStartOfDay()        // Again, better to explicitly pass the desired/expected time zone as a `ZoneId` object.

返回一个LocalDateTime注意: 不是片刻,不是时间轴上的一个点)。

2018-11-01T00:00

最好指定时区。

LocalDate
.now( 
    ZoneId.of( "Pacific/Auckland"  ) 
)                
.atStartOfDay(
    ZoneId.of( "Pacific/Auckland"  ) 
)   

返回ZonedDateTime。这片刻,时间轴上的一个点。

2018-11-02T00:00+13:00[太平洋/奥克兰]

GregorianCalendar::setTimeInMillis 不是设置时间

显然您错误地认为GregorianCalendar::setTimeInMillis 会设置时间而不影响日期。在这些遗留日期时间类的众多缺陷中,有一些在命名类和方法方面的选择非常糟糕。

但是,不,该方法将时刻重新定义为自纪元参考日期 1970-01-01T00:00Z 以来的毫秒数。

添加隐式分配给GregorianCalendar的时区,你会得到意想不到的结果。

我开始使用 Java-GregorianCalendar 进行一些测试

不要。

那些与最早的 Java 版本捆绑在一起的旧日期时间类是可怕的。它们在几年前被JSR 310 中定义的java.time 类所取代。

具体来说,要跟踪 UTC 时刻,请使用 Instant

以毫秒为单位初始化对象

不要。

跟踪时间作为从 epoch-reference 计数的时间很容易出错。业内有many different epoch reference dates在使用。业界使用不同的粒度(整秒、毫秒、微秒、纳秒)。

所以从纪元开始计数是模棱两可的。由于人类无法读取值的含义,因此也容易出现混淆和遗漏的错误。

在交换日期时间值时,请改用标准 ISO 8601 格式的字符串。

当从 UTC 时间 1970 年第一刻的 Unix 纪元开始计算毫秒数时,解析为 Instant

Instant instant = Instant.ofEpochMilli( … ) ;

java.time

现代解决方案使用 java.time 类。

得到你的约会。

LocalDate

LocalDate 类表示仅日期值,没有时间,也没有 time zoneoffset-from-UTC

时区对于确定日期至关重要。对于任何给定的时刻,日期在全球范围内因区域而异。例如,Paris France 中午夜过后几分钟是新的一天,而 Montréal Québec 中仍然是“昨天”。

如果没有指定时区,JVM 会隐式应用其当前的默认时区。该默认值可能在运行时(!)期间change at any moment,因此您的结果可能会有所不同。最好将您的 desired/expected time zone 明确指定为参数。

continent/region 的格式指定proper time zone name,例如America/MontrealAfrica/CasablancaPacific/Auckland。切勿使用 2-4 个字母的缩写,例如 ESTIST,因为它们不是真正的时区,没有标准化,甚至不是唯一的 (!)。

ZoneId z = ZoneId.of( "America/Montreal" ) ;  
LocalDate today = LocalDate.now( z ) ;

如果你想使用 JVM 当前的默认时区,请求它并作为参数传递。如果省略,则隐式应用 JVM 的当前默认值。最好是明确的,因为默认值可能会在任何时候在运行时被 JVM 中任何应用程序的任何线程中的任何代码更改。

ZoneId z = ZoneId.systemDefault() ;  // Get JVM’s current default time zone.

或者指定一个日期。您可以通过数字设置月份,1 月至 12 月的编号为 1-12。

LocalDate ld = LocalDate.of( 1986 , 2 , 23 ) ;  // Years use sane direct numbering (1986 means year 1986). Months use sane numbering, 1-12 for January-December.

或者,更好的是,使用预定义的 Month 枚举对象,一年中的每个月一个。提示:在整个代码库中使用这些 Month 对象,而不是仅仅使用整数,以使您的代码更具自记录性,确保有效值,并提供 type-safety

LocalDate ld = LocalDate.of( 1986 , Month.FEBRUARY , 23 ) ;

ZonedDateTime

显然你想要一天的第一刻。顺便说一句,不要将其视为“午夜”,因为该术语含糊不清。

一天的第一刻可能不是 00:00。夏令时 (DST) 等异常意味着某些区域某些日期的第一时刻可能是另一个时间,例如 01:00。让 java.time 确定第一个时刻。

指定时区。

ZoneId z = ZoneId.of( "Africa/Tunis" ) ;
ZonedDateTime zdt = localDate.atStartOfDay( z ) ;

如果您想在 UTC 中看到同一时刻,请提取 Instant

Instant instant = zdt.toInstant() ;

关于java.time

java.time 框架内置于 Java 8 及更高版本中。这些类取代了麻烦的旧 legacy 日期时间类,例如 java.util.DateCalendarSimpleDateFormat

Joda-Time 项目现在位于maintenance mode,建议迁移到java.time 类。

要了解更多信息,请参阅Oracle Tutorial。并在 Stack Overflow 上搜索许多示例和解释。规格为JSR 310

您可以直接与您的数据库交换 java.time 对象。使用符合JDBC 4.2 或更高版本的JDBC driver。不需要字符串,不需要java.sql.* 类。

从哪里获得 java.time 类?

ThreeTen-Extra 项目通过附加类扩展了 java.time。该项目是未来可能添加到 java.time 的试验场。您可以在这里找到一些有用的类,例如IntervalYearWeekYearQuartermore

【讨论】:

    【解决方案2】:

    设置 c.setTimeInMillis(0);将时间设置为 1970 年 1 月 1 日 00:00:00 GMT(1970-01-01 00:00:00 GMT),称为纪元

    https://docs.oracle.com/javase/7/docs/api/java/util/Calendar.html#setTimeInMillis(long)

    public void setTimeInMillis(long millis)
    
    Sets this Calendar's current time from the given long value.
    
    Parameters:
        millis - the new time in UTC milliseconds from the epoch.
    See Also:
        setTime(Date), getTimeInMillis()
    

    如果你想将时间设置为午夜,我想你想做。

        c.set(Calendar.HOUR_OF_DAY, 0);
        c.set(Calendar.MINUTE, 0);
        c.set(Calendar.SECOND, 0);
        c.set(Calendar.MILLISECOND, 0);
    

    【讨论】:

    • 我实际上知道 什么 我在初始化时我只是不明白为什么我得到 1 小时作为输出 ^^ 无论如何谢谢 :)
    猜你喜欢
    • 1970-01-01
    • 2019-06-25
    • 1970-01-01
    • 2019-09-08
    • 1970-01-01
    • 2019-01-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多