Jod*_*hen 679
简短回答:
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 /格林威治标准时间1970年初午夜)以来的毫秒数.
java.util.Date在JSR-310中的等价类是Instant,因此有方便的方法来提供转换:
Date input = new Date();
Instant instant = input.toInstant();
Date output = Date.from(instant);
一个java.util.Date实例没有时区的概念.如果你打电话toString()给a java.util.Date,这可能看起来很奇怪,因为它toString是相对于时区的.但是,该方法实际上使用Java的默认时区来提供字符串.时区不是实际状态的一部分java.util.Date.
An 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 .
总结一下,如果你往返a java.util.Date到a LocalDateTime并回到a java.util.Date,由于夏令时,你可能会得到一个不同的瞬间.
附加信息:还有另一个区别会影响很久的日期.java.util.Date使用日历在1582年10月15日更改,日期之前使用儒略历而不是格里高利日历.相比之下,java.time.*始终使用ISO日历系统(相当于格里高利).在大多数用例中,ISO日历系统是您想要的,但在比较1582年之前的日期时,您可能会看到奇怪的效果.
The*_*tor 126
这就是我想出来的(和所有日期时间难题一样,它可能会因为一些奇怪的时区 - 白昼 - 日光调整而被反驳: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
小智 19
如果您确定需要默认时区,那么更方便的方法:
Date d = java.sql.Timestamp.valueOf( myLocalDateTime );
小智 7
从新的API LocalDateTime转换为java.util.date时,以下似乎有效:
Date.from(ZonedDateTime.of({time as LocalDateTime}, ZoneId.systemDefault()).toInstant());
反向转换可以(希望)以类似的方式实现......
希望能帮助到你...
如果您使用的是 android 并使用Threetenbp，则可以DateTimeUtils改用。
前任：
Date date = DateTimeUtils.toDate(localDateTime.atZone(ZoneId.systemDefault()).toInstant());
您无法使用，Date.from因为它仅在 api 26+ 上受支持
小智 5
一切都在这里：http : //blog.progs.be/542/date-to-java-time
“往返”的答案并不准确：当你这样做时
LocalDateTime ldt = LocalDateTime.ofInstant(instant, ZoneOffset.UTC);
如果您的系统时区不是 UTC/GMT，请更改时间！