Java SimpleDateFormat 在不同操作系统上对 'z' 的解释不同

Question

我有以下代码(已简化以关注问题)。使用 SimpleDateFormat 模式打印时区信息。

你知道为什么 z 在不同的机器上被区别对待吗？是否有办法告诉 Java 在所有机器上统一对待它？

这个类被用于 JavaMail这导致我们的电子邮件标题包含不符合 RFC 2822 的时间.

import java.text.SimpleDateFormat;
import java.util.Calendar;

public class DateFormatTest {
    String PATTERN = "z";
    SimpleDateFormat simpleDateFormat = new SimpleDateFormat(this.PATTERN);

    public static void main(final String[] args) {
        new DateFormatTest().printTimezone();
    }

    public void printTimezone() {
        System.out.println(this.simpleDateFormat.format(Calendar.getInstance().getTime()));
    }

}

输出:Windows/Mac

PDT

输出:Linux (CentOS Linux release 7.5.1804 (Core))/Ubuntu 14/18

GMT-07:00

Answer 1

tl;dr

永远不要使用日历。请改用 java.time 类。

对于 RFC 1123 中的字符串/RFC 822格式:

OffsetDateTime
.now( ZoneOffset.UTC )
.format( DateTimeFormatter.RFC_1123_DATE_TIME )

Mon, 24 Sep 2018 23:45:21 GMT

获取特定时区的当前偏移量:

ZoneId
.systemDefault()
.getRules()
.getOffset(
    Instant.now() 
)
.toString()

-07:00

避免日历

您正在使用多年前被 java.time 取代的可怕的旧日期时间类。永远不要使用那些遗留类；他们真是一团糟。

您关于 Calendar 行为的特定问题没有实际意义，因为没有必要再次使用该类。即使在与尚未更新到 java.time 的旧代码进行互操作时，您也可以通过添加到旧类的新方法轻松地在旧类和现代类之间进行转换。

ZonedDateTime zdt = myGregorianCalendar.toZonedDateTime() ;

……和……

GregorianCalendar gc = GregorianCalendar.from( zdt ) ; 

java.time

显然，您需要当前默认时区的当前偏移量。

获取当前默认时区，a ZoneId .

ZoneId z = ZoneId.systemDefault() ;  // Or specify ZoneId.of( "Pacific/Auckland" ) or so on.

要求 rules在那个时区。

ZoneRules rules = z.getRules() ;

获取特定时刻在该区域中生效的与 UTC 的偏移量。我们将使用当前时刻，一个 Instant。

Instant now = Instant.now() ;
ZoneOffset offset = rules.getOffset( now ) ;

生成代表该 UTC 偏移量的文本。

String output = "At " + now + " in zone " + z + " the offset is " + offset;

At 2018-09-24T23:38:44.192642Z in zone America/Los_Angeles the offset is -07:00

RFC 1123/RFC 822

您提到了一个 RFC 但没有具体说明。也许是 RFC 1123/822？

A formatter for that内置于 java.time 中。

OffsetDateTime nowInUtc = OffsetDateTime.now( ZoneOffset.UTC ) ;
String output = nowInUtc.format( DateTimeFormatter.RFC_1123_DATE_TIME ) ;

Mon, 24 Sep 2018 23:45:21 GMT

ISO 8601

仅供引用，RFC 1123/RFC 822 格式是一种糟糕格式。它假定英语。机器很难解析，人类也很难阅读。但我知道您可能需要它来处理过时的旧协议(protocol)。

只知道现代协议(protocol)使用 ISO 8601标准格式。方便的是，在解析/生成字符串时，这些格式在 java.time 类中默认使用。

---

关于java.time

java.time框架内置于 Java 8 及更高版本中。这些类取代了麻烦的旧类 legacy日期时间类，例如 java.util.Date , Calendar , & SimpleDateFormat .

Joda-Time项目，现在在maintenance mode , 建议迁移到 java.time类。

要了解更多信息，请参阅 Oracle Tutorial .并在 Stack Overflow 中搜索许多示例和解释。规范为 JSR 310 .

您可以直接与您的数据库交换java.time 对象。使用JDBC driver符合 JDBC 4.2或以后。不需要字符串，不需要 java.sql.* 类。

从哪里获取 java.time 类？

• Java SE 8 , Java SE 9 , Java SE 10 , Java SE 11 ，以及更高版本 - 带有捆绑实现的标准 Java API 的一部分。
• Java 9 添加了一些次要功能和修复。
• Java SE 6和 Java SE 7
• 在 ThreeTen-Backport 中，大多数 java.time 功能都向后移植到 Java 6 和 7 .
• Android
• 更高版本的 Android bundle 实现 java.time 类。
• 对于早期的 Android (<26)，ThreeTenABP项目改编ThreeTen-Backport (上文提到的)。参见 How to use ThreeTenABP… .

ThreeTen-Extra项目用附加类扩展 java.time。该项目是 future 可能添加到 java.time 的试验场。您可能会在这里找到一些有用的类，例如 Interval , YearWeek , YearQuarter , 和 more .