我正在尝试编写一个通用方法来返回给定日期String
及其格式的ZonedDateTime
。
如果未在日期String
中指定默认ZoneId
,我们如何ZonedDateTime
使用默认?
它可以用java.util.Calendar
来完成,但我想使用Java 8时间API。
这里的这个问题使用的是固定时区。我正在指定格式作为参数。日期及其格式都是String
参数。更通用。
代码和输出如下:
public class DateUtil {
/** Convert a given String to ZonedDateTime. Use default Zone in string does not have zone. */
public ZonedDateTime parseToZonedDateTime(String date, String dateFormat) {
//use java.time from java 8
DateTimeFormatter formatter = DateTimeFormatter.ofPattern(dateFormat);
ZonedDateTime zonedDateTime = ZonedDateTime.parse(date, formatter);
return zonedDateTime;
}
public static void main(String args[]) {
DateUtil dateUtil = new DateUtil();
System.out.println(dateUtil.parseToZonedDateTime("2017-09-14 15:00:00+0530", "yyyy-MM-dd HH:mm:ssZ"));
System.out.println(dateUtil.parseToZonedDateTime("2017-09-14 15:00:00", "yyyy-MM-dd HH:mm:ss"));
}
}
输出
2017-09-14T15:00+05:30
Exception in thread "main" java.time.format.DateTimeParseException: Text '2017-09-14 15:00:00' could not be parsed: Unable to obtain ZonedDateTime from TemporalAccessor: {},ISO resolved to 2017-09-14T15:00 of type java.time.format.Parsed
at java.time.format.DateTimeFormatter.createError(DateTimeFormatter.java:1920)
at java.time.format.DateTimeFormatter.parse(DateTimeFormatter.java:1855)
at java.time.ZonedDateTime.parse(ZonedDateTime.java:597)
at com.nam.sfmerchstorefhs.util.DateUtil.parseToZonedDateTime(DateUtil.java:81)
at com.nam.sfmerchstorefhs.util.DateUtil.main(DateUtil.java:97)
Caused by: java.time.DateTimeException: Unable to obtain ZonedDateTime from TemporalAccessor: {},ISO resolved to 2017-09-14T15:00 of type java.time.format.Parsed
at java.time.ZonedDateTime.from(ZonedDateTime.java:565)
at java.time.format.Parsed.query(Parsed.java:226)
at java.time.format.DateTimeFormatter.parse(DateTimeFormatter.java:1851)
... 3 more
Caused by: java.time.DateTimeException: Unable to obtain ZoneId from TemporalAccessor: {},ISO resolved to 2017-09-14T15:00 of type java.time.format.Parsed
at java.time.ZoneId.from(ZoneId.java:466)
at java.time.ZonedDateTime.from(ZonedDateTime.java:553)
... 5 more
ZonedDateTime
需要构建时区或偏移量,而第二个输入没有时区或偏移量。(它仅包含日期和时间)。
所以你需要检查是否有可能建立一个ZonedDateTime
,如果不是,你必须为它选择一个任意区域(因为输入没有指示正在使用的时区,你必须选择一个要使用的时区)。
一种替代方法是首先尝试创建ZonedDateTime
,如果不可能,则创建一个LocalDateTime
并将其转换为时区:
public ZonedDateTime parseToZonedDateTime(String date, String dateFormat) {
// use java.time from java 8
DateTimeFormatter formatter = DateTimeFormatter.ofPattern(dateFormat);
ZonedDateTime zonedDateTime = null;
try {
zonedDateTime = ZonedDateTime.parse(date, formatter);
} catch (DateTimeException e) {
// couldn't parse to a ZoneDateTime, try LocalDateTime
LocalDateTime dt = LocalDateTime.parse(date, formatter);
// convert to a timezone
zonedDateTime = dt.atZone(ZoneId.systemDefault());
}
return zonedDateTime;
}
在上面的代码中,我使用的是ZoneId.systemDefault()
,它获取JVM 默认时区,但这可以在不另行通知的情况下进行更改,即使在运行时也是如此,因此最好始终明确说明您正在使用哪一个。
API 使用 IANA 时区名称(始终采用Region/City
格式,如America/Sao_Paulo
或Europe/Berlin
)。 避免使用3个字母的缩写(如CST
或PST
),因为它们含糊不清且不标准。
您可以通过调用ZoneId.getAvailableZoneIds()
来获取可用时区的列表(并选择最适合您系统的时区)。
如果要使用特定的时区,只需使用ZoneId.of("America/New_York")
(或ZoneId.getAvailableZoneIds()
返回的任何其他有效名称,纽约只是一个示例)而不是ZoneId.systemDefault()
。
另一种选择是使用parseBest()
方法,该方法尝试创建一个合适的日期对象(使用TemporalQuery
的列表),直到它创建所需的类型:
public ZonedDateTime parseToZonedDateTime(String date, String dateFormat) {
DateTimeFormatter formatter = DateTimeFormatter.ofPattern(dateFormat);
// try to create a ZonedDateTime, if it fails, try LocalDateTime
TemporalAccessor parsed = formatter.parseBest(date, ZonedDateTime::from, LocalDateTime::from);
// if it's a ZonedDateTime, return it
if (parsed instanceof ZonedDateTime) {
return (ZonedDateTime) parsed;
}
if (parsed instanceof LocalDateTime) {
// convert LocalDateTime to JVM default timezone
LocalDateTime dt = (LocalDateTime) parsed;
return dt.atZone(ZoneId.systemDefault());
}
// if it can't be parsed, return null or throw exception?
return null;
}
在这种情况下,我只是使用了ZonedDateTime::from
和LocalDateTime::from
,所以格式化程序会尝试先创建一个ZonedDateTime
,如果不可能,那么它会尝试创建一个LocalDateTime
。
然后我检查返回的类型是什么并相应地执行操作。 您可以添加任意数量的类型(所有主要类型,例如LocalDate
、LocalTime
、OffsetDateTime
等,都有一个适用于parseBest
的from
方法 - 如果需要,您也可以创建自己的自定义TemporalQuery
,但我认为内置方法足以满足这种情况)。
夏令时
使用atZone()
方法将LocalDateTime
转换为ZonedDateTime
时,有一些关于夏令时 (DST) 的棘手情况。
我将使用我居住的时区(America/Sao_Paulo
)作为示例,但这可能发生在夏令时的任何时区。
在圣保罗,夏令时于 2016 年 10 月16 日开始:午夜时分,时钟从午夜向前移动1 小时到凌晨 1 点(偏移量从-03:00
点变为-02:00
点)。因此,00:00 到 00:59 之间的所有本地时间在此时区中都不存在(您也可以认为时钟从 23:59:59.9999999999 直接更改为 01:00)。如果我在此间隔内创建本地日期,则会将其调整为下一个有效时刻:
ZoneId zone = ZoneId.of("America/Sao_Paulo");
// October 16th 2016 at midnight, DST started in Sao Paulo
LocalDateTime d = LocalDateTime.of(2016, 10, 16, 0, 0, 0, 0);
ZonedDateTime z = d.atZone(zone);
System.out.println(z);// adjusted to 2017-10-15T01:00-02:00[America/Sao_Paulo]
夏令时结束时:2017 年 2月 19 日午夜,时钟从午夜向后移动 1 小时到18日的晚上 23 点(偏移量从-02:00
点更改为-03:00
点)。因此,从 23:00 到 23:59 的所有本地时间都存在两次(在两个偏移量中:-03:00
和-02:00
),您必须决定您想要哪一个。 默认情况下,它使用 DST 结束前的偏移量,但您可以使用withLaterOffsetAtOverlap()
方法在 DST 结束后获取偏移量:
// February 19th 2017 at midnight, DST ends in Sao Paulo
// local times from 23:00 to 23:59 at 18th exist twice
LocalDateTime d = LocalDateTime.of(2017, 2, 18, 23, 0, 0, 0);
// by default, it gets the offset before DST ends
ZonedDateTime beforeDST = d.atZone(zone);
System.out.println(beforeDST); // before DST end: 2018-02-17T23:00-02:00[America/Sao_Paulo]
// get the offset after DST ends
ZonedDateTime afterDST = beforeDST.withLaterOffsetAtOverlap();
System.out.println(afterDST); // after DST end: 2018-02-17T23:00-03:00[America/Sao_Paulo]
请注意,DST 结束之前和之后的日期具有不同的偏移量(-02:00
和-03:00
)。如果您使用的是具有 DST 的时区,请记住,这些极端情况可能会发生。
java.time
库中几乎没有默认值,这主要是一件好事 - 你所看到的就是你得到的,句号。
我建议,如果您的日期字符串不包含 Zone - 它是一个LocalDateTime
,并且不能是ZonedDateTime
,这就是您获得的异常的含义(即使由于过于灵活的代码结构而遭受冗长)。
我的主要建议是,如果您知道该模式没有区域信息,则解析为本地日期时间。
但是,如果您确实必须这样做,以下是另一种执行所需操作的方法(不使用异常来控制流的替代解决方案):
TemporalAccessor parsed = f.parse(string);
if (parsed.query(TemporalQueries.zone()) == null) {
parsed = f.withZone(ZoneId.systemDefault()).parse(string);
}
return ZonedDateTime.from(parsed);
这里我们使用中间解析结果来确定字符串是否包含区域信息,如果没有,我们再次解析(使用相同的字符串,但不同的打印机解析器),以便它这次将包含一个区域。
或者,您可以创建此类,这将使您免于第二次解析,并且应该允许您解析分区日期时间,假设所有其他字段都在那里:
class TemporalWithZone implements TemporalAccessor {
private final ZoneId zone;
private final TemporalAccessor delegate;
public TemporalWithZone(TemporalAccessor delegate, ZoneId zone) {
this.delegate = requireNonNull(delegate);
this.zone = requireNonNull(zone);
}
<delegate methods: isSupported(TemporalField), range(TemporalField), getLong(TemporalField)>
public <R> R query(TemporalQuery<R> query) {
if (query == TemporalQueries.zone() || query == TemporalQueries.zoneId()) {
return (R) zone;
}
return delegate.query(query);
}
}
根据 Java 8 ZonedDateTime实现,您无法在 ZonedDateTime 中解析没有 zone 的日期。
为了解决给定的问题,您必须放置 try catch,以防任何异常,它将考虑默认时区。
请查找修订后的程序如下:
public class DateUtil {
/** Convert a given String to ZonedDateTime. Use default Zone in string does not have zone. */
public ZonedDateTime parseToZonedDateTime(String date, String dateFormat) {
//use java.time from java 8
DateTimeFormatter formatter = DateTimeFormatter.ofPattern(dateFormat);
ZonedDateTime zonedDateTime = null;
try {
zonedDateTime = ZonedDateTime.parse(date, formatter);
} catch (DateTimeException e) {
// If date doesn't contains Zone then parse with LocalDateTime
LocalDateTime localDateTime = LocalDateTime.parse(date, formatter);
zonedDateTime = localDateTime.atZone(ZoneId.systemDefault());
}
return zonedDateTime;
}
public static void main(String args[]) {
DateUtil dateUtil = new DateUtil();
System.out.println(dateUtil.parseToZonedDateTime("2017-09-14 15:00:00+0530", "yyyy-MM-dd HH:mm:ssZ"));
System.out.println(dateUtil.parseToZonedDateTime("2017-09-14 15:00:00", "yyyy-MM-dd HH:mm:ss"));
}
}
您的案例请参阅 http://www.codenuclear.com/java-8-date-time-intro 以获取有关即将推出的 Java 功能的更多详细信息
可以通过在DateTimeFormatter
中使用withZone方法来指定ZoneId
:
DateTimeFormatter formatter = DateTimeFormatter.ofPattern(dateFormat).withZone("+0530");
如果没有OFFSET_SECOND
,您只需在DateTimeFormatterBuilder
中添加默认值:
编辑:要获取系统的默认ZoneOffset
,您必须将ZoneRules
应用于当前Instant
。结果如下所示:
class DateUtil {
public ZonedDateTime parseToZonedDateTime(String date, String dateFormat) {
DateTimeFormatter formatter = DateTimeFormatter.ofPattern(dateFormat);
LocalDateTime localDateTime = LocalDateTime.parse(date, formatter);
ZoneOffset defaultOffset = ZoneId.systemDefault().getRules().getOffset(localDateTime);
DateTimeFormatter dateTimeFormatter = new DateTimeFormatterBuilder()
.append(formatter)
.parseDefaulting(ChronoField.OFFSET_SECONDS, defaultOffset.getTotalSeconds())
.toFormatter();
return ZonedDateTime.parse(date, dateTimeFormatter);
}
}
输出:
2017-09-14T15:00+05:30
2017-09-14T15:00+02:00
只需从我拥有的项目复制此解决方案:
formatter = DateTimeFormatter.ofPattern(dateFormat).withZone(ZONE_UTC);
编译格式化程序后,可以调用withZone(ZoneId)
以创建具有设置时区的新格式化程序。