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 版本 7.5.1804（核心））/Ubuntu 14 / 18

GMT-07:00

Answer 1

tl;博士

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

RFC 1123/RFC 822 格式的字符串：

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

格林威治标准时间 2018 年 9 月 24 日星期一 23:45:21

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

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

-07:00

避免Calendar

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

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

ZonedDateTime zdt = myGregorianCalendar.toZonedDateTime() ;

……和……

GregorianCalendar gc = GregorianCalendar.from( zdt ) ; 

java.time

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

获取当前默认时区，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 ) ;

生成一个表示该偏移量的文本。

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

在美国/洛杉矶地区的 2018-09-24T23:38:44.192642Z，偏移量为 -07:00

RFC 1123 / RFC 822

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

formatter for that 内置在 java.time 中。

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

格林威治标准时间 2018 年 9 月 24 日星期一 23:45:21

ISO 8601

仅供参考，RFC 1123 / RFC 822 格式是一种可怕格式。它假定英语。机器难以解析，人类难以阅读。但我知道您可能需要它来处理过时的旧协议。

只知道现代协议使用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 4.2 或更高版本的JDBC driver。不需要字符串，不需要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
• 大部分 java.time 功能都在 ThreeTen-Backport 中向后移植到 Java 6 和 7。
• Android
• java.time 类的 Android 捆绑包实现的更高版本。
• 对于早期的 Android (ThreeTenABP 项目适应 ThreeTen-Backport（如上所述）。见How to use ThreeTenABP…。

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