【问题标题】:How can I parse a date including timezone with Joda Time如何使用 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

任何想法我做错了什么?

【问题讨论】:

    标签: java datetime timezone jodatime


    【解决方案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 desugaringHow to use ThreeTenABP in Android Project

      【讨论】:

      • 我更喜欢'GMT'ZGMT+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就是上面的结果。
      猜你喜欢
      • 2013-10-07
      • 2013-05-23
      • 1970-01-01
      • 2014-04-08
      • 2014-08-20
      • 1970-01-01
      • 2011-06-05
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多