14

这似乎是一个常见的问题，有许多不同的答案。在你回答之前，我已经使用了joda-time和atomdate并且它们工作得很好。我在这里的兴趣不是使用什么库，而是澄清应该如何在 java 中定义 RFC 模式。

研究

根据我的理解和这个答案RFC 3339 是 ISO 8601 的配置文件。PHP清楚地将RFC 3339 日期时间模式定义为Y-m-d\TH:i:sP. 如果我们要将这个定义转移到 java 7（据我所知），我们最终会得到这个（在这个答案中也提到过）：

// example "2005-08-15T15:52:01+00:00"
pattern = "yyyy-MM-dd'T'HH:mm:ssXXX";

但是，像这样的几个堆栈溢出答案指向其中之一（或两者）是 RFC 3339 的正确模式

// example "2016-11-01T20:44:39Z"
pattern = "yyyy-MM-dd'T'HH:mm:ss'Z'";

// example "1937-01-01T12:00:27.87Z"
pattern = "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'";

更复杂的是，官方RFC 3339文档列出了以下所有示例（我添加了我认为它们对应的模式）：

// 1996-12-19T16:39:57-08:00
pattern = "yyyy-MM-dd'T'HH:mm:ssXXX";

// 1990-12-31T23:59:60Z
pattern = "yyyy-MM-dd'T'HH:mm:ss'Z'";

// 1990-12-31T15:59:60-08:00
pattern = "yyyy-MM-dd'T'HH:mm:ssXXX";

// 1937-01-01T12:00:27.87+00:20
pattern = "yyyy-MM-dd'T'HH:mm:ss.SSSXXX";

旁注： Android 不支持XXX时区模式，但您可以ZZZZZ按照此答案使用。

我认为让我感到困惑的部分原因是我总是看到 RFC 822 和 RFC 2822 分别由一个模式专门引用，所以我认为 RFC 3339 也可以归结为一个模式匹配：

static String RFC_822 = "EEE, dd MMM yy HH:mm:ss zzz";
static String RFC_2822 = "EEE, dd MMM yyyy HH:mm:ss zzz";

我的结论

与 php 不同，RFC 3339 不能在 java 中仅使用单个匹配表达式来表示。相反，所有这些都是有效的 RFC 3339 模式，并且在解析日期时间字符串时必须通过以下方式检查SimpleDateFormat：

static String[] RFC_3339_VARIANTS = {
        "yyyy-MM-dd'T'HH:mm:ss'Z'",
        "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'",
        "yyyy-MM-dd'T'HH:mm:ssXXX",
        "yyyy-MM-dd'T'HH:mm:ss.SSSXXX"
};

更新

更复杂的是，SimpleDateFormat 似乎无法正确处理“Z”时区文字。它不是假设 UTC，而是默认为 PST 或您的本地时间（我不确定哪个）。这意味着您可能需要手动将“Z”文字替换为 +00:00 以纠正此行为？

要旨

正如建议的那样，我创建了一个实用程序类 Gist，其中包括我当前正在运行的代码。这应该在 Android 上运行，并且与 Java 7+ 兼容。请随时提出任何问题或发表评论。如果有足够的兴趣，我可以将其移至 Github，以便其他人可以贡献：

https://gist.github.com/oseparovic/d9ee771927ac5f3aefc8ba0b99c0cf38

我是正确理解这一点还是我完全关闭了？我非常感谢你们能提供关于如何在 java 7 中解析 RFC 3339 字符串的任何说明。

4

1 回答 1

2

你基本上几乎回答了你自己的问题，除了你的要点在所有情况下都不正确......也就是说，它需要比你拥有的两个更多的模式（例如处理纳秒）。

这就是 Joda 和 Java 8 为 ISO 8601（超集）提供特殊解析器的原因。

我知道您不需要对其他库的引用，但对于使用 Java 8 或希望明确限制为 RFC 3339 的其他库（我相信 joda iso 解析器将采用比 rfc 3339 更多的格式），有这个库：https ://github.com/ethlo/itu

于 2018-06-05T12:53:06.857 回答