如何使用 Joda Time 解析包含时区的日期

Posted 2023-02-25

【中文标题】如何使用 Joda Time 解析包含时区的日期

【英文标题】：How can I parse a date including timezone with Joda Time

【发布时间】：2010-11-22 13:41:16

【问题描述】：

这段代码总是将日期解析为当前时区，而不是解析字符串中的时区。

final DateTimeFormatter df = DateTimeFormat
        .forPattern("EEE MMM dd HH:mm:ss 'GMT'Z yyyy");
final DateTime dateTime = df
        .parseDateTime("Mon Aug 24 12:36:46 GMT+1000 2009");
System.out.println("dateTime = " + dateTime);
// outputs dateTime = 2009-08-24T04:36:46.000+02:00

它输出：

dateTime = 2009-08-24T04:36:46.000+02:00

而我期望：

dateTime = 2009-08-24T04:36:46.000+10:00

任何想法我做错了什么？

【参考方案1】：

好的，进一步谷歌搜索给了我自己问题的答案：使用withOffsetParsed()，如下所示：

final DateTimeFormatter df = DateTimeFormat
        .forPattern("EEE MMM dd HH:mm:ss 'GMT'Z yyyy");
final DateTime dateTime = df.withOffsetParsed()
        .parseDateTime("Mon Aug 24 12:36:46 GMT+1000 2009");

这行得通。

【讨论】：

谢谢 :D 你真是个天才！

IMO，DateTimeFormatter 的默认行为似乎违反了“最小惊讶原则”，尤其是在解组器的上下文中。谢谢史蒂夫发掘withOffsetParsed()。

我必须同意默认行为 - 即忽略正确解析的时区 - 很奇怪。

【参考方案2】：

你也可以选择：

// parse using the Paris zone
DateTime date = formatter.withZone(DateTimeZone.forID("Europe/Paris")).parseDateTime(str);

【参考方案3】：

java.time

以下引用来自home page of Joda-Time的通知：

请注意，从 Java SE 8 开始，用户被要求迁移到 java.time (JSR-310) - JDK 的核心部分，它取代了这个项目。

时区不要使用固定文本：

不要像您所做的那样对时区使用固定文本（例如'GMT'），因为这种方法可能会在其他语言环境中失败。

使用现代日期时间 API java.time 的解决方案：

import java.time.OffsetDateTime;
import java.time.format.DateTimeFormatter;
import java.util.Locale;

public class Main 
    public static void main(String[] args) 
        String strDateTime = "Mon Aug 24 12:36:46 GMT+1000 2009";
        DateTimeFormatter parser = DateTimeFormatter.ofPattern("E MMM d H:m:s VVZ u", Locale.ENGLISH);
        OffsetDateTime odt = OffsetDateTime.parse(strDateTime, parser);
        System.out.println(odt);

        // Custom fromat
        DateTimeFormatter formatter = DateTimeFormatter.ofPattern("uuuu-MM-dd'T'HH:mm:ss.SSSXXX", Locale.ENGLISH);
        System.out.println(formatter.format(odt));
    

输出：

2009-08-24T12:36:46+10:00
2009-08-24T12:36:46.000+10:00

ONLINE DEMO

从 Trail: Date Time 了解有关现代日期时间 API 的更多信息。

---

^{* 出于任何原因，如果您必须坚持使用 Java 6 或 Java 7，您可以使用 ThreeTen-Backport，它将大部分 java.time 功能向后移植到 Java 6 和 7 . 如果您正在为一个 android 项目工作并且您的 Android API 级别仍然不符合 Java-8，请检查 Java 8+ APIs available through desugaring 和 How to use ThreeTenABP in Android Project。}

【讨论】：

我更喜欢'GMT'Z。 GMT+1000 不是两条信息，GMT 和 +1000（它们会相互矛盾），而是一条信息。当我们无法解析为一体时，我更喜欢只解析包含相关信息的位，即+1000。如果有一天（无论多么不可能）有人使用您的格式化程序解析为ZonedDateTime，他们会得到一个休息 10 小时的结果。您的VV 会告诉读者GMT 是日期和时间的区域ID，事实并非如此，所以它会混淆而不是帮助。

@OleV.V. - “如果有一天（无论多么不可能）有人使用您的格式化程序解析为 ZonedDateTime，他们会得到一个 10 小时的结果。” - 这是不正确的。 System.out.println(ZonedDateTime.parse(strDateTime, parser)) 给出2009-08-24T02:36:46Z[GMT]，它代表相同的瞬间/时刻，即2009-08-24T12:36:46+10:00 = 2009-08-24T02:36:46Z[GMT]。

你的代码比我想象的还要多。虽然你得到了正确的瞬间，但你没有得到预期的一天中的时间或预期的区域。 （在 Java 8 上我得到了 2009-08-24T12:36:46Z[GMT]，可能是 Java 8 中的一个错误。）

一定是Java 8的bug，ideone服务器目前使用的是Java-12，here就是上面的结果。