使用 ThreetenBp 解析 DateTime 会导致 DateTimeParseException 或不完整的字符串错误

parsing DateTime with ThreetenBp causes DateTimeParseException or incomplete string error

提问人:c-an 提问时间:5/4/2020 最后编辑:Anonymousc-an 更新时间:5/6/2020 访问量:583

问:

我正在尝试检查日期是否已超过一天。

我在解析字符串时得到了这些错误。

java.lang.IllegalArgumentException: Pattern ends with an incomplete string literal: uuuu-MM-dd'T'HH:mm:ss'Z
org.threeten.bp.format.DateTimeParseException: Text '2020-04-04T07:05:57+00:00' could not be parsed, unparsed text found at index 19

我的数据示例如下:

val lastDate = "2020-04-04T07:05:57+00:00"
val serverFormat = "uuuu-MM-dd'T'HH:mm:ss'Z"
val serverFormatter =
        DateTimeFormatter
            .ofPattern(serverFormat)
val serverDateTime =
        LocalDateTime
            .parse(
                lastDate,
                serverFormatter
            )
            .atZone(ZoneId.of("GMT"))
val clientDateTime =
        serverDateTime
            .withZoneSameInstant(ZoneId.systemDefault())

val timeDiff =
        ChronoUnit.DAYS.between(
            serverDateTime,
            clientDateTime

我试过这些:

uuuu-MM-dd\'T\'HH:mm:ss\'Z
yyyy-MM-dd\'T\'HH:mm:ss\'Z
uuuu-MM-dd\'T\'HH:mm:ss
uuuu-MM-dd'T'HH:mm:ss'Z
yyyy-MM-dd'T'HH:mm:ss'Z
uuuu-MM-dd'T'hh:mm:ss'Z
yyyy-MM-dd'T'hh:mm:ss'Z
yyyy-MM-dd HH:mm:ss
yyyy-MM-dd HH:mm:ssZ
yyyy-MM-dd'T'HH:mm:ss
yyyy-MM-dd'T'HH:mm:ssZ
yyyy-MM-dd'T'HH:mm:ss

他们都没有奏效......正确的方法是什么?

android 日期时间解析 threetenbp android-jodatime threetenabp

评论


答:

2赞 Anonymous 5/5/2020 #1

您不需要任何显式格式化程序。在 Java 中(因为这是我可以写的):

    String lastDate = "2020-04-04T07:05:57+00:00";
    OffsetDateTime serverDateTime = OffsetDateTime.parse(lastDate);
    ZonedDateTime clientDateTime
            = serverDateTime.atZoneSameInstant(ZoneId.systemDefault());

    System.out.println("serverDateTime: " + serverDateTime);
    System.out.println("clientDateTime: " + clientDateTime);

以我的时区输出:

serverDateTime: 2020-04-04T07:05:57Z
clientDateTime: 2020-04-04T09:05:57+02:00[Europe/Copenhagen]

服务器中字符串的格式为 ISO 8601。java.time 的类将最常见的 ISO 8601 变体解析为默认值,也就是说,没有指定任何格式化程序。

由于来自服务器的字符串具有 UTC 偏移量 +00:00,并且没有时区(如亚洲/首尔)是用于它的最佳和最正确的时间。另一方面,客户端时间有时区,所以这里很好。OffsetDateTimeZonedDateTime

由于服务器和客户端时间表示相同的时间,因此差值将始终为零:

    Duration difference = Duration.between(serverDateTime, clientDateTime);
    System.out.println(difference);
PT0S

读取为 0 秒的时间段(这也是 ISO 8601 格式)。

如果您想知道当前时间和服务器时间之间的差异,请使用:now()

    Duration difference = Duration.between(serverDateTime, OffsetDateTime.now());
    System.out.println(difference);

你的代码出了什么问题?

首先,字符串中的 UTC 偏移量为 .无论是一种格式模式字母还是文字都无法与此匹配。所以不要尝试那样做。其次,切勿在格式模式字符串中以单引号括起来的文字形式给出。当 a 显示为偏移量时(这很常见),您需要将其解析为偏移量,而不是文字。第三,格式模式字符串中的文本需要在它前面有一个引号,在它后面有一个引号。你在中间做对了。如果你不是故意的,不要在它前面加一个引号。如果你真的是想说它是字面意思——就像我说的,那就不要了。+00:00ZZZZTZ

链接