Java 8 Time API - ZonedDateTime - 在解析时指定默认的 ZoneId



我正在尝试编写一个通用方法来返回给定日期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_PauloEurope/Berlin)。 避免使用3个字母的缩写(如CSTPST),因为它们含糊不清且不标准。

您可以通过调用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::fromLocalDateTime::from,所以格式化程序会尝试先创建一个ZonedDateTime,如果不可能,那么它会尝试创建一个LocalDateTime

然后我检查返回的类型是什么并相应地执行操作。 您可以添加任意数量的类型(所有主要类型,例如LocalDateLocalTimeOffsetDateTime等,都有一个适用于parseBestfrom方法 - 如果需要,您也可以创建自己的自定义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)以创建具有设置时区的新格式化程序。

相关内容

  • 没有找到相关文章

最新更新