Java 8有一个全新的日期和时间API。这个API中最有用的类之一是LocalDateTime,用于保存一个与时区无关的date-with-time值。

可能有数百万行代码使用遗留类java.util.Date来实现这个目的。因此,当新旧代码进行接口时,就需要在两者之间进行转换。由于似乎没有直接的方法来实现这一点,怎么能做到呢?


当前回答

所有东西都在这里:http://blog.progs.be/542/date-to-java-time

“往返”的答案并不确切:当你这样做的时候

LocalDateTime ldt = LocalDateTime.ofInstant(instant, ZoneOffset.UTC);

如果您的系统时区不是UTC/GMT,则更改时间!

其他回答

如果你在android上使用threetenbp,你可以使用DateTimeUtils代替。

例:

Date date = DateTimeUtils.toDate(localDateTime.atZone(ZoneId.systemDefault()).toInstant());

你不能使用Date.from,因为它只支持api 26+

当从新的API LocalDateTime转换为java.util.date时,下面的代码似乎可以工作:

Date.from(ZonedDateTime.of({time as LocalDateTime}, ZoneId.systemDefault()).toInstant());

反向转换可以(希望)以类似的方式实现……

希望能有所帮助……

所有东西都在这里:http://blog.progs.be/542/date-to-java-time

“往返”的答案并不确切:当你这样做的时候

LocalDateTime ldt = LocalDateTime.ofInstant(instant, ZoneOffset.UTC);

如果您的系统时区不是UTC/GMT,则更改时间!

LocalDateTime -> Date的最快方法是:

Date.from(ldt.toInstant(ZoneOffset.UTC))

简短的回答:

Date in = new Date();
LocalDateTime ldt = LocalDateTime.ofInstant(in.toInstant(), ZoneId.systemDefault());
Date out = Date.from(ldt.atZone(ZoneId.systemDefault()).toInstant());

解释: (基于这个关于LocalDate的问题)

尽管名字如此,但date表示时间线上的一个瞬间,而不是一个“日期”。对象中存储的实际数据是1970-01-01 t00:00 . 00z (1970 GMT/UTC开始的午夜时分)以来以毫秒为单位的长计数。

在JSR-310中,与java.util.Date等价的类是Instant,因此有方便的方法来提供来回转换:

Date input = new Date();
Instant instant = input.toInstant();
Date output = Date.from(instant);

date实例没有时区的概念。如果在java.util上调用toString(),这可能看起来很奇怪。日期,因为toString是相对于时区的。但是,该方法实际使用Java的默认时区来提供字符串。时区不是java.util.Date实际状态的一部分。

“即时”也不包含任何时区信息。因此,要将即时日期转换为本地日期-时间,就必须指定时区。这可能是默认区域——ZoneId.systemDefault()——也可能是应用程序控制的时区,比如用户首选项中的时区。LocalDateTime有一个方便的工厂方法,它同时接受即时和时区:

Date in = new Date();
LocalDateTime ldt = LocalDateTime.ofInstant(in.toInstant(), ZoneId.systemDefault());

相反,LocalDateTime时区是通过调用atZone(ZoneId)方法指定的。ZonedDateTime可以直接转换为即时:

LocalDateTime ldt = ...
ZonedDateTime zdt = ldt.atZone(ZoneId.systemDefault());
Date output = Date.from(zdt.toInstant());

注意,从LocalDateTime到zoneeddatetime的转换有可能引入意外的行为。这是因为由于日光节约时间,并不是每个本地日期-时间都存在。在秋季/秋季,本地时间线上有重叠,同一本地日期-时间出现两次。在春天,有一个间隔,一个小时消失了。查看atZone(ZoneId)的Javadoc,了解更多转换的定义。

总之,如果你从java.util.Date到LocalDateTime再返回java.util.Date,你可能会因为日光节约时间而得到不同的时间。

附加信息:有另一个区别,将影响非常古老的日期。date使用的日历在1582年10月15日发生变化,在此之前的日期使用儒略历而不是格里高利历。相比之下,java.time。*一直使用ISO日历系统(相当于公历)。在大多数用例中,ISO日历系统是您所需要的,但是在比较1582年之前的日期时,您可能会看到奇怪的效果。