简短答案：
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.DateJSR-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具有引进意外行为的可能性。这是因为由于夏时制，并非每个本地日期时间都存在。在秋季/秋季，本地时间线重叠，同一本地日期时间出现两次。在spring，有一个间隙，一个小时消失了。有关atZone(ZoneId)转换功能的更多定义，请参见的Javadoc 。
总结，由于夏令时，如果你
java.util.Date将a 往返于a
LocalDateTime并返回到a，
java.util.Date你可能会得到不同的时刻。
附加信息：还有另一个差异会影响非常旧的日期。java.util.Date使用1582年10月15日更改的日历，其日期使用儒略历而不是公历。相比之下，
java.time.*始终使用ISO日历系统（等同于公历）。在大多数使用情况下，ISO日历系统是你想要的，但是比较1582年之前的日期可能会看到奇怪的效果。
