Java 8具有用于日期和时间的全新API。此API中最有用的类之一是LocalDateTime
,用于保存与时区无关的date-with-time值。
java.util.Date
为此,可能有数百万行的代码使用遗留类。因此,当连接新旧代码时,将需要在两者之间进行转换。由于似乎没有直接的方法可以完成此操作,因此该怎么办呢?
Java 8具有用于日期和时间的全新API。此API中最有用的类之一是LocalDateTime
,用于保存与时区无关的date-with-time值。
java.util.Date
为此,可能有数百万行的代码使用遗留类。因此,当连接新旧代码时,将需要在两者之间进行转换。由于似乎没有直接的方法可以完成此操作,因此该怎么办呢?
Answers:
简短答案:
Date in = new Date();
LocalDateTime ldt = LocalDateTime.ofInstant(in.toInstant(), ZoneId.systemDefault());
Date out = Date.from(ldt.atZone(ZoneId.systemDefault()).toInstant());
说明:(基于这个问题有关LocalDate
)
尽管有名称,它java.util.Date
代表时间轴上的一个瞬间,而不是“日期”。存储在对象中的实际数据是long
自1970-01-01T00:00Z(1970 GMT / UTC开始的午夜)以来的毫秒数。
java.util.Date
JSR-310中的等效类是Instant
,因此有方便的方法来回转换:
Date input = new Date();
Instant instant = input.toInstant();
Date output = Date.from(instant);
一个java.util.Date
实例没有时区的概念。如果调用toString()
,这可能看起来很奇怪java.util.Date
,因为toString
相对于时区。但是,该方法实际上在运行时使用了Java的默认时区来提供字符串。时区不是的实际状态的一部分java.util.Date
。
一个Instant
还没有关于时区的任何信息。因此,要从转换Instant
为本地日期时间,必须指定一个时区。这可能是默认区域- ZoneId.systemDefault()
或可能是您的应用程序控制的时区,例如用户首选项中的时区。LocalDateTime
有一个方便的工厂方法,它同时包含即时和时区:
Date in = new Date();
LocalDateTime ldt = LocalDateTime.ofInstant(in.toInstant(), ZoneId.systemDefault());
相反,LocalDateTime
时区是通过调用atZone(ZoneId)
方法指定的。所述ZonedDateTime
然后可以直接转化为Instant
:
LocalDateTime ldt = ...
ZonedDateTime zdt = ldt.atZone(ZoneId.systemDefault());
Date output = Date.from(zdt.toInstant());
请注意,从转换LocalDateTime
到ZonedDateTime
具有引进意外行为的可能性。这是因为由于夏时制,并非每个本地日期时间都存在。在秋季/秋季,本地时间线重叠,同一本地日期时间出现两次。在春天,有一个间隙,一个小时消失了。有关atZone(ZoneId)
转换功能的更多定义,请参见的Javadoc 。
总结,如果您java.util.Date
将a 往返于a LocalDateTime
并返回到a java.util.Date
,则由于夏时制,您可能会得到不同的时刻。
附加信息:还有另一个差异会影响非常旧的日期。java.util.Date
使用的日历是1582年10月15日更改的,其日期使用儒略历而不是公历。相比之下,java.time.*
始终使用ISO日历系统(等同于公历)。在大多数使用情况下,ISO日历系统是您想要的,但是比较1582年之前的日期可能会看到奇怪的效果。
LocalDateTime.ofInstant(date.toInstant()...
不会像天真的预期那样表现。例如new Date(1111-1900,11-1,11,0,0,0);
将成为1111-11-17 23:53:28
使用这种方法。查看java.sql.Timestamp#toLocalDateTime()
是否需要将结果显示1111-11-11 00:00:00
在上一个示例中的实现。
java.sql.Date#toInstant
是UnsupportedOperationException
。因此,请勿toInstant
在上使用RowMapper java.sql.ResultSet#getDate
。
这是我想出的(和所有日期时间难题一样,它可能会根据一些奇怪的时区-day年-日光调整:D来反证)
Date
<<->>LocalDateTime
鉴于: Date date = [some date]
(1)LocalDateTime
<< Instant
<<Date
Instant instant = Instant.ofEpochMilli(date.getTime());
LocalDateTime ldt = LocalDateTime.ofInstant(instant, ZoneOffset.UTC);
(2) Date
<< Instant
<<LocalDateTime
Instant instant = ldt.toInstant(ZoneOffset.UTC);
Date date = Date.from(instant);
例:
Date date = new Date();
System.out.println(date + " long: " + date.getTime());
LocalDateTime
<< Instant
<< Date
:Instant
从创建Date
:
Instant instant = Instant.ofEpochMilli(date.getTime());
System.out.println("Instant from Date:\n" + instant);
创建Date
于Instant
(不是必需的,但仅用于说明):
date = Date.from(instant);
System.out.println("Date from Instant:\n" + date + " long: " + date.getTime());
LocalDateTime
从创建Instant
LocalDateTime ldt = LocalDateTime.ofInstant(instant, ZoneOffset.UTC);
System.out.println("LocalDateTime from Instant:\n" + ldt);
Date
<< Instant
<<LocalDateTime
Instant
从创建LocalDateTime
:
instant = ldt.toInstant(ZoneOffset.UTC);
System.out.println("Instant from LocalDateTime:\n" + instant);
Date
从创建Instant
:
date = Date.from(instant);
System.out.println("Date from Instant:\n" + date + " long: " + date.getTime());
Fri Nov 01 07:13:04 PDT 2013 long: 1383315184574
Instant from Date:
2013-11-01T14:13:04.574Z
Date from Instant:
Fri Nov 01 07:13:04 PDT 2013 long: 1383315184574
LocalDateTime from Instant:
2013-11-01T14:13:04.574
Instant from LocalDateTime:
2013-11-01T14:13:04.574Z
Date from Instant:
Fri Nov 01 07:13:04 PDT 2013 long: 1383315184574
Instant.ofEpochMilli(date.getTime())
做date.toInstant()
toInstant()
看起来不错,但是它失败了java.sql.Date
,arggggh!因此,最终更易于使用Instant.ofEpochMilli(date.getTime())
。
如果您确定需要默认时区,则可以使用更方便的方法:
Date d = java.sql.Timestamp.valueOf( myLocalDateTime );
一切都在这里: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))
我不确定这是最简单还是最好的方法,或者是否有任何陷阱,但是它可以工作:
static public LocalDateTime toLdt(Date date) {
GregorianCalendar cal = new GregorianCalendar();
cal.setTime(date);
ZonedDateTime zdt = cal.toZonedDateTime();
return zdt.toLocalDateTime();
}
static public Date fromLdt(LocalDateTime ldt) {
ZonedDateTime zdt = ZonedDateTime.of(ldt, ZoneId.systemDefault());
GregorianCalendar cal = GregorianCalendar.from(zdt);
return cal.getTime();
}
LocalDateTime
到绝对有一个陷阱Date
。在夏时制转换时,a LocalDateTime
可能不存在或出现两次。您需要确定每种情况下要发生的情况。
GregorianCalendar
属于旧的笨拙的API,新的java.time
API旨在替代它
如果您在android上并使用threetenbp,则可以DateTimeUtils
改用。
例如:
Date date = DateTimeUtils.toDate(localDateTime.atZone(ZoneId.systemDefault()).toInstant());
您无法使用,Date.from
因为它仅在api 26+上受支持