Java 中没有时区偏移的 SimpleDateFormat (GMT+00:00) 用于自定义时区

Question

是否可以使用 SimpleDateFormat 类在 Java 中格式化日期时间，以给出日期的时区部分，而无需在其后添加 +0000。

编辑

我们正在更改 Java 中的默认时区，如下所示：

SimpleTimeZone tz = new SimpleTimeZone(0, "Out Timezone");        
TimeZone.setDefault(tz);

不幸的是，我无法删除此代码。我会冒险猜测整个系统停止工作。我认为最初的作者这样做是为了解决一些夏令时问题。

考虑到这一点，我想将日期格式设置为：

2011-12-27 09:00 GMT

或

2011-12-27 09:00 BST

我只能得到SimpleDateFormat 输出为：

2011-12-27 09:00:00 GMT+00:00

使用格式字符串yyyy-MM-dd HH:mm:ss z

我看不到任何简单时区引用冬季时间 (GMT) id 或夏季时间 id (BST) 的地方。

Answer 1

这个问题和答案现在已经过时了。它们使用 Java 8 及更高版本中内置的 java.time 框架过时的旧日期时间类。旧的类设计不佳、混乱且麻烦； 避开它们。

避免使用 3-4 个字母的区域代码

避免使用 3-4 个字母的代码，例如 BST。它们既不是标准化的也不是独特的。它们实际上并不代表时区。它们给夏令时 (DST) 问题带来了更多混乱。

相反，请使用正确的时区。大多数都是大陆/地区格式，例如Europe/London< /代码>。

避免设置默认时区

调用 java.util.TimeZone.setDefault 仅应在最极端的情况下执行。此调用会在运行时立即影响 JVM 内所有应用程序的所有线程中运行的所有代码。

相反，在所有日期时间代码中，指定所需/预期的时区。如果省略，Java 将隐式依赖 JVM 当前的默认时区。如上所述，此默认值可以在运行时随时更改！相反，明确指定。如果您定期将所需/预期的时区指定为传递的参数，则当前的默认时区没有实际意义，无关紧要。

java.time

java.time 框架内置于 Java 8 及更高版本中。请参阅教程。由 JSR 310 定义。受到非常成功的 Joda-Time 库的启发。

Instant

Instant 是 UTC 时间轴上的某个时刻。

以下示例显示了 java.time 类在标准 ISO 8601 格式，无需指定解析模式。使用 DateTimeFormatter 类指定其他非标准模式。

Instant instant = Instant.parse( "2011-12-27T09:00:00Z" );

ZonedDateTime

根据需要应用时区，生成 ZonedDateTime。

ZoneId zoneId = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = instant.atZone( zoneId );

生成字符串

您可以使用 DateTimeFormatter 生成 ZonedDateTime 对象的文本表示形式。您可以指定自定义模式。或者，正如我建议的那样，让 java.time 为您进行本地化。

DateTimeFormatter formatter = DateTimeFormatter.ofLocalizedDateTime( FormatStyle.MEDIUM );

最好指定所需/预期的 Locale< /code> 与时区的原因相同……JVM 中运行的任何应用程序的任何线程中的任何代码都可以随时更改 JVM 的当前默认值。 Locale 确定 (a) 用于日期和时间名称的人类语言。月，以及 (b) 文化规范，例如逗号与句号，以及各部分的顺序，例如先出现月、日或年。

formatter = formatter.withLocale( Locale.CANADA_FRENCH );
String output = zdt.format( formatter );

---

关于 java.time

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

Joda-Time 项目，现已在 维护模式，建议迁移到java.time 类。

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

您可以直接与数据库交换java.time对象。使用符合 JDBC 驱动程序 /jeps/170" rel="nofollow noreferrer">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
  • 大多数 java.time 功能都向后移植到 Java 6 和 Java 6。 7 ThreeTen-Backport。< /里>
• Android
  • 更高版本的 Android 捆绑包实现了 java.time 类。
  • 对于早期 Android (<26)，ThreeTenABP 项目适应 ThreeTen-Backport（如上所述）。请参阅如何使用 ThreeTenABP...。

  
  

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

Answer 2

我认为您使用的模式符合您的要求，但是 JDK 不知道您的时区名称，因此它切换为使用 GMT 偏移值 代替。

当我使用您的模式格式化日期时，时区部分得到“GMT”。

TimeZone.getDefault().getDisplayName() 为您提供了什么？对我来说，我得到的是“格林威治标准时间”。

Answer 3

根本不是一个优雅的解决方案，但它对我们有用。我必须为 DateFormat/SimpleDateFormat 创建自定义实现。这看起来如下：

static {
    // this would be initialized like something as follows when the application starts
    // which causes the headaches of SimpleDateFormat not to work...
    SimpleTimeZone tz = new SimpleTimeZone(0, "Out Timezone");             
    TimeZone.setDefault(tz);  
}

// therefore this class will workaround the issue, 

public class OurOwnCustomDateFormat
    extends SimpleDateFormat {

    /** The pattern to use as the format string. */
    protected String pattern;

    public OurOwnCustomDateFormat(String pattern) {
         super(pattern);
         // store the pattern
         this.pattern = pattern;
    }

    @Override
    public StringBuffer format(Date date, StringBuffer toAppendTo, FieldPosition pos) {

         // custom implementation to format the date and time based on our TimeZone            
         toAppendTo.insert(pos.getBeginIndex(), "the date with our custom format calculated here");
         return toAppendTo; 
    }

Answer 4

因为我无法在我的计算机上重现这个问题。我想这与本地化有关。试试这个

System.out.println(new SimpleDateFormat("yyyy-MM-dd HH:mm:ss z",Locale.US).format(new Date()));

希望这有帮助。

Answer 5

System.out.println(new SimpleDateFormat("yyyy-MM-dd HH:mm:ss z").format(new Date())); 对我来说只是返回 2011-11 -22 13:42:16 GMT - 所以似乎可以按您的意愿工作。看起来这可能是其他地方的问题，但您不需要创建自己的格式化程序类。