应该使用什么模式来解析java中的RFC 3339日期时间字符串

2022-09-04 04:44:08

这似乎是一个常见问题,有许多不同的答案。在你回答之前,我已经使用了joda-timeatomdate,它们效果很好。我在这里的兴趣不在于使用什么库,而在于澄清了如何在java中定义RFC模式。


研究

根据我的理解和这个答案,RFC 3339是ISO 8601的配置文件。PHP 明确将 RFC 3339 日期时间模式定义为 。如果我们要将此定义转移到java 7(据我所知),我们最终会得到这个(在这个答案中也提到了):Y-m-d\TH:i:sP

// 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不支持时区的模式,但您可以根据此答案使用。XXXZZZZZ

我认为让我感到困惑的部分原因是,我总是看到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字符串的任何澄清。


答案 1

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

这就是为什么Joda和Java 8有ISO 8601(超集)的特殊解析器。

我知道你不需要引用其他库,但对于其他使用Java 8并且想要明确限制为RFC 3339(我相信joda iso解析器将采用比RFC 3339更多的格式)的其他库,有这个库:https://github.com/ethlo/itu


答案 2