TL;博士

Question

我希望有一个日期时间模式表达式能够：

使用偏移指标序列化日期/即时，例如： 2017-07-13T21：20：33.123 + 0000
用zulu指标解析字符串，例如： 2017-07-13T21：20：33.123Z
使用偏移量解析字符串，例如： 2017-07-13T21：20：33.123 + 0200

重要的是序列化总是包含偏移量（+0000）并且反序列化可以处理两种情况（Z或+0000）

到目前为止我尝试过的事情：

我使用JDK8，使用新的内置java.time包。我尝试使用以下模式创建java.time.DateTimeFormatter：

yyyy-MM-dd'T'HH:mm:ss.SSSXX可用于解析Z和+0000，但在序列化时不起作用。（例如，在使用UTC时仅输出Z）

yyyy-MM-dd'T'HH:mm:ss.SSSZ会解析+0000但不解析Z（如果有）

是否可以为此设置一个表达式？

以下完全可测试的代码：

import java.time.Instant;
import java.time.ZoneId;
import java.time.format.DateTimeFormatter;

public class DateTimeFormatterTest {

    public static void main(String[] args) {
        final DateTimeFormatter dtf = DateTimeFormatter
            .ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSSZ")
            .withZone(ZoneId.of("UTC"));
        final Instant now = Instant.now();

        System.out.println(dtf.format(now)); //THIS IS OK

        final String dateStringOffset = "2017-07-13T21:20:33.123+0200";
        System.out.println(dtf.parse(dateStringOffset)); //THIS IS OK

        final String dateStringZulu = "2017-07-13T21:20:33.123Z";
        System.out.println(dtf.parse(dateStringZulu)); //THIS IS NOT OK
    }
}

我的印象是，将XX附加到模式的末尾会强制它始终以格式+0000

输出偏移量

Answer 1

TL;博士

我实际上找到了一种方法，但它不是一个漂亮的代码（它使用反射，如果可能的话，我个人不喜欢使用反射）。

详细

我同意这些评论，有两个格式化程序（一个用于解析而另一个用于格式化）要容易得多。

基本上因为它似乎无法用一个格式化程序来完成它。我试过不同的可选模式组合，而我最接近的是：

DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSS[xx][XX]").withZone(ZoneOffset.UTC);

这解析了offset和Zulu，但是在格式化时，输出以+0000Z结束（因为格式化程序总是在格式化时打印所有可选节 - 它似乎没有办法改变这种行为）

我能做到的唯一方法是使用反射。首先，我创建一个ZoneId，然后将ID更改为空String，以及匹配UTC的规则（因此它的行为类似于UTC）。然后我在格式化程序中使用这个修改过的区域：

// get any zone, just to get a valid ZoneId
ZoneId zone = ZoneId.of("Europe/London");
// change ID to empty string (so it's not printed by the formatter)
Field field = zone.getClass().getDeclaredField("id");
field.setAccessible(true);
field.set(zone, "");
// change zone rules to match UTC (so this zone becomes a "copy" of UTC)
field = zone.getClass().getDeclaredField("rules");
field.setAccessible(true);
field.set(zone, ZoneOffset.UTC.getRules());

DateTimeFormatter dtf = new DateTimeFormatterBuilder()
    // date and time
    .appendPattern("yyyy-MM-dd'T'HH:mm:ss.SSS")
    // optional offset - prints +0000 when it's zero (instead of Z)
    .optionalStart().appendOffset("+HHMM", "+0000").optionalEnd()
    // optional zone id (so it parses "Z")
    .optionalStart()
    .appendZoneId()
    // add default value for offset seconds when field is not present
    .parseDefaulting(ChronoField.OFFSET_SECONDS, 0)
    .optionalEnd()
    // create formatter using the "UTC-cloned" zone
    .toFormatter().withZone(zone);

System.out.println(dtf.format(ZonedDateTime.now()));
System.out.println(dtf.format(Instant.now()));

String dateStringOffset = "2017-07-13T21:20:33.123+0200";
System.out.println(dtf.parse(dateStringOffset));

String dateStringZulu = "2017-07-13T21:20:33.123Z";
System.out.println(dtf.parse(dateStringZulu));

输出结果为：

2017-07-12T13：39：49.695 + 0000
  2017-07-12T13：39：49.695 + 0000
  {OffsetSeconds = 7200，InstantSeconds = 1499980833}，ISO，解析为2017-07-13T21：20：33.123
  {OffsetSeconds = 0，InstantSeconds = 1499980833}，ISO，Z解析为2017-07-13T21：20：33.123

我必须添加parseDefaulting(ChronoField.OFFSET_SECONDS, 0)，因为找到Z后，OffsetSeconds字段未设置且结果无法用于创建OffsetDateTime

此格式化程序存在一些问题：

当然，首先是使用反射。在生产环境中使用它（我个人避免使用它）是一个选择问题，如果SecurityException配置为不允许它（some other issues），它可以抛出SecurityManager < / LI>
更细微和棘手的细节是解析的对象更喜欢zone而不是偏移。

因此，在第一种情况下（dateStringOffset = 2017-07-13T21:20:33.123+0200），如果我尝试创建Instant或ZonedDateTime，则会使用本地时间21:20:33和区域为UTC，忽略偏移+0200：

dtf.parse(dateStringOffset, Instant::from); // Wrong: 2017-07-13T21:20:33.123Z
dtf.parse(dateStringOffset, ZonedDateTime::from); // Wrong: 2017-07-13T21:20:33.123Z[]

要获得正确的结果，我必须使用OffsetDateTime：

dtf.parse(dateStringOffset, OffsetDateTime::from); // Correct: 2017-07-13T21:20:33.123+02:00

对于第二种情况，因为它是UTC（Z），所有这三种类型都有效。但我建议始终将结果解析为OffsetDateTime，然后将其转换为其他类型。

或者保持简单并只使用2个格式化程序：

// parse both offset and Z
DateTimeFormatter parser = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSS[xx][XX]");
// format with offset (and +0000 instead of Z)
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSSxx").withZone(ZoneOffset.UTC);

这没有上面的副作用 - 它正确地解析了偏移量：

parser.parse(dateStringOffset, Instant::from); // 2017-07-13T19:20:33.123Z (Instant is always in UTC)
parser.parse(dateStringOffset, ZonedDateTime::from); // 2017-07-13T21:20:33.123+02:00
parser.parse(dateStringOffset, OffsetDateTime::from); // 2017-07-13T21:20:33.123+02:00

Answer 2

DateTimeFormatter formatter = new DateTimeFormatterBuilder()
    .append(ISO_LOCAL_DATE_TIME)
    .appendPattern("[x][X]")
    .toFormatter();

System.out.println(formatter.parse("2017-07-13T21:20:33.123+0200")
    .get(ChronoField.YEAR)); // 2017
System.out.println(formatter.parse("2017-07-13T21:20:33.123Z")
    .get(ChronoField.YEAR)); // 2017

Edit:

Formatting can be done with the following:

DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSSxx")

日期时间格式Zulu和Offset

2 个答案:

TL;博士

详细