我有一个Date对象,它代表一个UTC时间。 当我使用getTime()方法获取此对象的长整型值时,返回的值对应于我们的当地时间(美国中部)。 取回与原始UTC时间相对应的值的正确方法是什么?
谢谢
date.getTime()始终仅返回UTC时间。 但是date.toString()会将日期转换为本地时区并显示。
java.util.Date没有时区的概念。它只是保持相对于纪元的时间,即世界标准时间1970年1月1日00:00:00。日期是一个模型,与视图分开。当显示日期时,将应用时区的概念。 Date的toString()在默认时区中显示人类可读的日期。您可以使用DateFormat在其他时区(例如UTC)中显示日期,也可以更改JVM的默认时区。
更新:麻烦的java.util.Date类现在是旧版,由java.time.Instant取代。两者都表示UTC时间轴上的一个点,在Instant中具有纳秒级的更高分辨率。
tl; dr
Instant.now()
…和…
Instant.ofEpochMilli( n )
…和…
instant.toEpochMilli()
Date始终为UTC
When I use the method getTime() to get the long value of this object, the value returned corresponds to our local time (central US).
不,从Date::getTime()返回的值始终对应于UTC(在这种情况下,与GMT几乎相同)。引用类文档:
Returns the number of milliseconds since January 1, 1970, 00:00:00 GMT represented by this Date object.
因此,您的问题是荒谬的,因为Date已经存在于UTC中。无需"取回与原始UTC时间相对应的值",
您可能会混淆getTime的行为与toString方法的行为。 toString方法在生成String的过程中烦人且混乱地应用了当前的默认时区。因此,字符串输出显示时区,而实际上Date本身没有设置或获取时区。 (实际上在Date内有一个深层区域,但这与这里的讨论无关。这个类很混乱!)
java.time
现代的方法是使用java.time类。
Instant
Instant类表示UTC时间轴上的时刻,分辨率为纳秒(十进制分数最多九(9)个数字)。
获取当前时刻。
Instant instant = Instant.now();
您可以通过调用添加到旧日期时间类的新转换方法之一来将Date转换为其现代替换。只需调用toInstant,非常简单。
Instant instant = myJavaUtilDate.toInstant();
我完全不建议使用从纪元开始计数作为跟踪时间的一种方式。坚持使用java.time对象。在Java外部时,使用ISO 8601格式序列化为文本。
但是,如果必须,您可以提取自1970-01-01T00:00:00Z的纪元以来的毫秒数。请注意,这可能会导致数据丢失! Instant的分辨率更高,只有纳秒。因此,进入毫秒级可能会减少几分之一秒的时间。
long millisecondsSinceEpoch = instant.toEpochMilli(); // Caution: Possible data-loss in going from nanoseconds to milliseconds.
从计数到Instant,朝另一个方向发展。
Instant instant = Instant.ofEpochMilli( millisecondsSinceEpoch ) ;
关于java.time
java.time框架内置于Java 8及更高版本中。这些类取代了麻烦的旧版旧式日期时间类,例如java.util.Date,Calendar和SimpleDateFormat。
现在处于维护模式的Joda-Time项目建议迁移到java.time类。
要了解更多信息,请参见Oracle教程。并在Stack Overflow中搜索许多示例和说明。规格为JSR 310。
在哪里获取java.time类?
Java SE 8和SE 9及更高版本
内置的
标准Java API的一部分,具有捆绑的实现。
Java 9添加了一些次要功能和修复。
Java SE 6和SE 7
java.time的许多功能在ThreeTen-Backport中都被反向移植到Java 6和7。
安卓系统
ThreeTenABP项目专门针对Android改编了ThreeTen-Backport(如上所述)。
请参阅如何使用…。
ThreeTen-Extra项目使用其他类扩展了java.time。该项目为将来可能在java.time中添加内容提供了一个试验场。您可能会在这里找到一些有用的类,例如Interval,YearWeek,YearQuarter等。
因此,如果我在巴黎和马尼拉的同一"时间"创建文件,它们的lastModified()是否相同?
@Matthieu是的,巴黎一个人和马尼拉一个人同时在通话中同时创建一个文件夹,同时在电话上互相交谈时,都将看到此命令返回的相同的long数字(假设他们的计算机时钟设置正确) ,并假设每个动作都完全同步)。该命令记录为从UTC 1970年第一时刻的纪元参考日期开始返回毫秒数,与java.time相同。使用此答案中上面显示的Instant.ofEpochMilli( millisecondsSinceEpoch )代码。
DateFormat类具有用于设置首选时区的方法,并且存在一个具有UTC时间设置的时区类。
因此,例如
SimpleDateFormat sdf = new SimpleDateFormat();
sdf.setTimeZone(new SimpleTimeZone(SimpleTimeZone.UTC_TIME,"UTC"));
Date yourUtcDate = sdf.parse(yourOriginalDate);
仅供参考,这里显示的麻烦的旧日期时间类现在已成为旧版。由java.time类取代。
getTime()返回"自格林尼治标准时间1970年1月1日00:00:00起的毫秒数",仅此而已(显然,您必须正确创建它)。您可以根据需要设置格式,例如从GregorianCalendar(TimeZone)构造函数。
大多数Date类函数已弃用,因为它们现在在Calendar类中转移了。
这是从日历获取UTC时间的代码。
Date date = new Date(timeStamp);
Calendar calendar = Calendar.getInstance();
calendar.setTimeZone(TimeZone.getTimeZone("UTC"));
calendar.setTime(date);
这是获取年,月等的示例代码。
System.out.println(calendar.get(Calendar.YEAR));
System.out.println(calendar.get(Calendar.MONTH));
日历还支持许多其他有用的信息,例如TIME,DAY_OF_MONTH等。此处列出所有文档的文档请注意,月份是从0开始的。 一月是第0个月。
实际上,Calendar类本身已成为多年遗产,已被JSR 310中定义的java.time类取代。建议在2018年使用它不是一个好建议。旧的旧式日期时间类麻烦,混乱,设计欠佳且有缺陷。
LocalDateTime now = LocalDateTime.now(Clock.systemUTC());
Instant instant = now.atZone(ZoneId.systemDefault()).toInstant();
Date formattedDate = Date.from(instant);
return formattedDate;
???为什么不只是Instant.now()并完成它呢?就像我在岁岁的答案中提到的那样。
这个答案是错误的。该代码正在执行时区转换,导致(在大多数时区中)错误的结果。