简短的回答:

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年之前的日期时，您可能会看到奇怪的效果。

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

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

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

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

更方便的方法，如果你确定你需要一个默认时区:

Date d = java.sql.Timestamp.valueOf( myLocalDateTime );

下面是我想到的(就像所有的日期时间难题一样，它可能会被推翻，基于一些奇怪的时区-闰日-日光调整:D)

往返:Date <<->> LocalDateTime

给定:日期日期=[某个日期]

LocalDateTime <<即时<<日期

    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 instant = Instant.ofEpochMilli(date.getTime());
System.out.println("Instant from Date:\n" + instant);

从即时创建日期(不是必需的，只是为了说明):

date = Date.from(instant);
System.out.println("Date from Instant:\n" + date + " long: " + date.getTime());

从即时创建LocalDateTime

LocalDateTime ldt = LocalDateTime.ofInstant(instant, ZoneOffset.UTC);
System.out.println("LocalDateTime from Instant:\n" + ldt);

(2) Date << Instant << LocalDateTime

从LocalDateTime创建即时:

instant = ldt.toInstant(ZoneOffset.UTC);
System.out.println("Instant from LocalDateTime:\n" + 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

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

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

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

希望能有所帮助……

我不确定这是否是最简单或最好的方法，或者是否存在任何陷阱，但它确实有效:

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();
}