简短的回答
Date input = new Date();
LocalDate date = input.toInstant().atZone(ZoneId.systemDefault()).toLocalDate();
解释
尽管它的名字,java.util.Date
表示时间线上的一个瞬间,而不是“日期”。存储在对象中的实际数据是自 1970-01-01T00:00Z(1970 GMT/UTC 开始时的午夜)以来的 long
毫秒计数。
JSR-310 中 java.util.Date
的等价类是 Instant
,因此有一个方便的方法 toInstant()
来提供转换:
Date input = new Date();
Instant instant = input.toInstant();
java.util.Date
实例没有时区概念。如果您在 java.util.Date
上调用 toString()
,这可能看起来很奇怪,因为 toString
与时区相关。然而,该方法实际上使用 Java 的默认时区来提供字符串。时区不是 java.util.Date
实际状态的一部分。
Instant
也不包含有关时区的任何信息。因此,要将 Instant
转换为本地日期,必须指定时区。这可能是默认时区 - ZoneId.systemDefault()
- 或者它可能是您的应用程序控制的时区,例如来自用户首选项的时区。使用 atZone()
方法应用时区:
Date input = new Date();
Instant instant = input.toInstant();
ZonedDateTime zdt = instant.atZone(ZoneId.systemDefault());
ZonedDateTime
包含由本地日期和时间、时区和与 GMT/UTC 的偏移量组成的状态。因此,日期 - LocalDate
- 可以使用 toLocalDate()
轻松提取:
Date input = new Date();
Instant instant = input.toInstant();
ZonedDateTime zdt = instant.atZone(ZoneId.systemDefault());
LocalDate date = zdt.toLocalDate();
Java 9 答案
在 Java SE 9 中,添加了一个 new method 以稍微简化此任务:
Date input = new Date();
LocalDate date = LocalDate.ofInstant(input.toInstant(), ZoneId.systemDefault());
这种新的替代方案更直接,产生的垃圾更少,因此性能应该更好。
更好的方法是:
Date date = ...;
Instant.ofEpochMilli(date.getTime()).atZone(ZoneId.systemDefault()).toLocalDate()
这个版本的优点:
无论输入是 java.util.Date 的实例还是 java.sql.Date 的子类(与@JodaStephen 的方式不同),都可以工作。这对于源自 JDBC 的数据很常见。 java.sql.Date.toInstant() 总是抛出异常。
JDK8 和 JDK7 与 JSR-310 backport 相同
我个人使用一个实用程序类(但它不是向后移植兼容的):
/**
* Utilities for conversion between the old and new JDK date types
* (between {@code java.util.Date} and {@code java.time.*}).
*
* <p>
* All methods are null-safe.
*/
public class DateConvertUtils {
/**
* Calls {@link #asLocalDate(Date, ZoneId)} with the system default time zone.
*/
public static LocalDate asLocalDate(java.util.Date date) {
return asLocalDate(date, ZoneId.systemDefault());
}
/**
* Creates {@link LocalDate} from {@code java.util.Date} or it's subclasses. Null-safe.
*/
public static LocalDate asLocalDate(java.util.Date date, ZoneId zone) {
if (date == null)
return null;
if (date instanceof java.sql.Date)
return ((java.sql.Date) date).toLocalDate();
else
return Instant.ofEpochMilli(date.getTime()).atZone(zone).toLocalDate();
}
/**
* Calls {@link #asLocalDateTime(Date, ZoneId)} with the system default time zone.
*/
public static LocalDateTime asLocalDateTime(java.util.Date date) {
return asLocalDateTime(date, ZoneId.systemDefault());
}
/**
* Creates {@link LocalDateTime} from {@code java.util.Date} or it's subclasses. Null-safe.
*/
public static LocalDateTime asLocalDateTime(java.util.Date date, ZoneId zone) {
if (date == null)
return null;
if (date instanceof java.sql.Timestamp)
return ((java.sql.Timestamp) date).toLocalDateTime();
else
return Instant.ofEpochMilli(date.getTime()).atZone(zone).toLocalDateTime();
}
/**
* Calls {@link #asUtilDate(Object, ZoneId)} with the system default time zone.
*/
public static java.util.Date asUtilDate(Object date) {
return asUtilDate(date, ZoneId.systemDefault());
}
/**
* Creates a {@link java.util.Date} from various date objects. Is null-safe. Currently supports:<ul>
* <li>{@link java.util.Date}
* <li>{@link java.sql.Date}
* <li>{@link java.sql.Timestamp}
* <li>{@link java.time.LocalDate}
* <li>{@link java.time.LocalDateTime}
* <li>{@link java.time.ZonedDateTime}
* <li>{@link java.time.Instant}
* </ul>
*
* @param zone Time zone, used only if the input object is LocalDate or LocalDateTime.
*
* @return {@link java.util.Date} (exactly this class, not a subclass, such as java.sql.Date)
*/
public static java.util.Date asUtilDate(Object date, ZoneId zone) {
if (date == null)
return null;
if (date instanceof java.sql.Date || date instanceof java.sql.Timestamp)
return new java.util.Date(((java.util.Date) date).getTime());
if (date instanceof java.util.Date)
return (java.util.Date) date;
if (date instanceof LocalDate)
return java.util.Date.from(((LocalDate) date).atStartOfDay(zone).toInstant());
if (date instanceof LocalDateTime)
return java.util.Date.from(((LocalDateTime) date).atZone(zone).toInstant());
if (date instanceof ZonedDateTime)
return java.util.Date.from(((ZonedDateTime) date).toInstant());
if (date instanceof Instant)
return java.util.Date.from((Instant) date);
throw new UnsupportedOperationException("Don't know hot to convert " + date.getClass().getName() + " to java.util.Date");
}
/**
* Creates an {@link Instant} from {@code java.util.Date} or it's subclasses. Null-safe.
*/
public static Instant asInstant(Date date) {
if (date == null)
return null;
else
return Instant.ofEpochMilli(date.getTime());
}
/**
* Calls {@link #asZonedDateTime(Date, ZoneId)} with the system default time zone.
*/
public static ZonedDateTime asZonedDateTime(Date date) {
return asZonedDateTime(date, ZoneId.systemDefault());
}
/**
* Creates {@link ZonedDateTime} from {@code java.util.Date} or it's subclasses. Null-safe.
*/
public static ZonedDateTime asZonedDateTime(Date date, ZoneId zone) {
if (date == null)
return null;
else
return asInstant(date).atZone(zone);
}
}
这里的 asLocalDate()
方法是 null 安全的,使用 toLocalDate()
,如果输入是 java.sql.Date
(它可能被 JDBC 驱动程序覆盖以避免时区问题或不必要的计算),否则使用上述方法。
DateConvertUtils
的原因。
Date.toInstant()
。
LocalDate localDate = LocalDate.parse( new SimpleDateFormat("yyyy-MM-dd").format(date) );
SimpleDateFormat
实例受限 到当前线程。它以线程安全的方式使用。现在,SimpleDateFormat
被认为是“实例化成本高”(考虑到它需要的所有内部数据结构),但您不能共享一个作为“单例”(不同步访问it),因为 it 确实不是线程安全的。 (ThreadLocal
解决方案可以工作如果代码“污染”其中的 Thread
负责线程的生命周期......但这种情况很少发生)。尴尬的。避免使用 SimpleDateFormat
是使用 javax.time
的原因。
SimpleDateFormat
(被丢弃)、中间字符串(被丢弃)和解析成本。这是 a 解决方案,但不推荐。
如果您使用的是 Java 8,@JodaStephen 的答案显然是最好的。但是,如果您使用的是 JSR-310 backport,很遗憾您必须执行以下操作:
Date input = new Date();
Calendar cal = Calendar.getInstance();
cal.setTime(input);
LocalDate date = LocalDate.of(cal.get(Calendar.YEAR),
cal.get(Calendar.MONTH) + 1,
cal.get(Calendar.DAY_OF_MONTH));
LocalDate ld = new java.sql.Date( new java.util.Date().getTime() ).toLocalDate();
您可以在一行中转换:
public static LocalDate getLocalDateFromDate(Date date){
return LocalDate.from(Instant.ofEpochMilli(date.getTime()).atZone(ZoneId.systemDefault()));
}
首先,将 Date 转换为 Instant 很容易
Instant timestamp = new Date().toInstant();
然后,您可以使用 ofInstant() 方法将 Instant 转换为 jdk 8 中的任何日期 api:
LocalDateTime date = LocalDateTime.ofInstant(timestamp, ZoneId.systemDefault());
import java.sql.Date
,它会中断:java.sql.Date
的 toInstant()
方法总是抛出。
Date input = new Date();
LocalDateTime conv=LocalDateTime.ofInstant(input.toInstant(), ZoneId.systemDefault());
LocalDate convDate=conv.toLocalDate();
Date
实例也包含时间和日期,而 LocalDate
不包含。因此,您可以首先使用其方法 ofInstant()
将其转换为 LocalDateTime
,然后如果您希望它没有 time,则将实例转换为 LocalDate
。
为了简化将 LocalDate/time 转换为 Date 的过程,反之亦然,我创建了两个图表:
将 LocalDate 转换为 Date ,反之亦然:
https://i.stack.imgur.com/dB9vj.png
将 LocalDateTime 转换为 Date ,反之亦然:
https://i.stack.imgur.com/mccH8.png
public static LocalDate Date2LocalDate(Date date) {
return LocalDate.parse(date.toString(), DateTimeFormatter.ofPattern("EEE MMM dd HH:mm:ss zzz yyyy"))
此格式来自 Date#tostring
public String toString() {
// "EEE MMM dd HH:mm:ss zzz yyyy";
BaseCalendar.Date date = normalize();
StringBuilder sb = new StringBuilder(28);
int index = date.getDayOfWeek();
if (index == BaseCalendar.SUNDAY) {
index = 8;
}
convertToAbbr(sb, wtb[index]).append(' '); // EEE
convertToAbbr(sb, wtb[date.getMonth() - 1 + 2 + 7]).append(' '); // MMM
CalendarUtils.sprintf0d(sb, date.getDayOfMonth(), 2).append(' '); // dd
CalendarUtils.sprintf0d(sb, date.getHours(), 2).append(':'); // HH
CalendarUtils.sprintf0d(sb, date.getMinutes(), 2).append(':'); // mm
CalendarUtils.sprintf0d(sb, date.getSeconds(), 2).append(' '); // ss
TimeZone zi = date.getZone();
if (zi != null) {
sb.append(zi.getDisplayName(date.isDaylightTime(), TimeZone.SHORT, Locale.US)); // zzz
} else {
sb.append("GMT");
}
sb.append(' ').append(date.getYear()); // yyyy
return sb.toString();
}
如果您使用的是 ThreeTen Backport,包括 ThreeTenABP
Date input = new Date(); // Imagine your Date here
LocalDate date = DateTimeUtils.toInstant(input)
.atZone(ZoneId.systemDefault())
.toLocalDate();
如果您使用的是 JSR 310 的反向移植,则要么您没有 Date.toInstant()
方法,要么它不会为您提供进一步转换所需的 org.threeten.bp.Instant
。相反,您需要使用作为 backport 一部分的 DateTimeUtils
类。转换的其余部分是相同的,解释也是如此。
我在 JBoss EAP 6 上的 @JodaStephen 实现遇到了问题。所以,我按照 http://docs.oracle.com/javase/tutorial/datetime/iso/legacy.html 中的 Oracle 的 Java 教程重写了转换。
Date input = new Date();
GregorianCalendar gregorianCalendar = (GregorianCalendar) Calendar.getInstance();
gregorianCalendar.setTime(input);
ZonedDateTime zonedDateTime = gregorianCalendar.toZonedDateTime();
zonedDateTime.toLocalDate();
这条简单的 1 行有什么问题?
new LocalDateTime(new Date().getTime()).toLocalDate();
我用下面的解决方案解决了这个问题
import org.joda.time.LocalDate;
Date myDate = new Date();
LocalDate localDate = LocalDate.fromDateFields(myDate);
System.out.println("My date using Date" Nov 18 11:23:33 BRST 2016);
System.out.println("My date using joda.time LocalTime" 2016-11-18);
在这种情况下,localDate 以这种格式“yyyy-MM-dd”打印您的日期
java.time
类而不是 Joda Time 的解决方案。
LocalDate.from(Instant.ofEpochMilli(date.getTime()))
我认为它与您的相同,但更直接。Date
没有时区的概念,Instant
也不包含有关时区的信息。LocalDate
API 显示“没有时区的日期”。那么为什么从Date
转换到Instant
到LocalDate
需要atZone(ZoneId.systemDefault())
?LocalDate
和LocalDateTime
不“存储或表示时间或时区”(参考:javadocs)。虽然它们不存储它,但这些类确实表示Local
日期和/或时间,因此转换为 local 日期/时间意味着时区。