Java日期强制BST“时区”


Java Date forcing BST “timezone”

在JAVA中，我如何确保所有日期都作为GMT日期返回？

例如，即使我尝试使用GMT语言环境强制使用DateFormat，它也会应用某种检索BST日期的逻辑。

1
2
3
4
5
6
7
8
9
10
public static void main(String[] args) throws ParseException {
    DateFormat dd = new SimpleDateFormat("MMM dd HH:mm:ss zzz yyyy");
    dd.setTimeZone(TimeZone.getTimeZone("GMT"));
    Date parse = dd.parse("Out 29 23:00:00 GMT 2011");
    Date parse2 = dd.parse("Out 30 23:00:00 GMT 2011");
    System.out.println(parse); // Prints"Sun Oct 30 00:00:00 BST 2011"
    System.out.println(parse2); // Prints"Sun Oct 30 23:00:00 GMT 2011"
    System.out.println(Locale.getDefault()); // Prints"en_US"
    System.out.println(TimeZone.getDefault().getID());  // Prints"Europe/London"
}

BST来自哪里？ 它与夏令时有关吗？ TimeZone类说其他方面。

1
2
    System.out.println(TimeZone.getTimeZone("GMT").inDaylightTime(parse)); // Prints"false"
    System.out.println(TimeZone.getTimeZone("GMT").inDaylightTime(parse2)); // Prints"false"

默认系统区域设置为en_US。

编辑：根据Basil Bourque的回复，如果我将默认时区更改为GMT，我可以将两张照片都打印到GMT日期：

1
    TimeZone.setDefault(TimeZone.getTimeZone("GMT"));
相关讨论

神秘

你确定你对两条System.out.println行的评论都是正确的吗？我希望两行的输出具有相同的时区，BST或GMT。

如果您确定这些是正确的，请发布完整的工作代码示例。还记录您的默认语言环境和时区。

完全工作的例子

这是我的代码版本转换为完整的工作示例。我从BST和out推断出这是葡萄牙巴西语言环境。

1
2
3
4
5
6
7
8
9
10
11
12
13
java.util.Locale.setDefault( new Locale.Builder().setLanguage("pt" ).setRegion("BR" ).build() );  // **HACK* Think twice before ever setting the default of your JVM’s locale or time zone. Generally a bad idea.
java.text.DateFormat dd = new java.text.SimpleDateFormat("MMM dd HH:mm:ss zzz yyyy" );
dd.setTimeZone( java.util.TimeZone.getTimeZone("GMT" ) );
Date parse = null;
Date parse2 = null;
try {
    parse = dd.parse("Out 29 23:00:00 GMT 2011" );
    parse2 = dd.parse("Out 30 23:00:00 GMT 2011" );
} catch ( ParseException ex ) {
    Logger.getLogger( JodaTimeWork.class.getName() ).log( Level.SEVERE , null , ex );
}
System.out.println( parse );
System.out.println( parse2 );

在US区域设置和America/Los_Angeles时区上运行时的输出，因此是PDT时区。

1
2
Sat Oct 29 16:00:00 PDT 2011
Sun Oct 30 16:00:00 PDT 2011

A Date对象上没有时区

请注意，java.util.Date对象没有分配时区？令人困惑的是，该类上的toString方法实现应用了JVM的当前默认时区。所以似乎Date对象有一个时区，但事实并非如此。

正如GriffeyDog所说的正确评论所说，DateFormat对象有一个时区，但Date对象却没有。

因此，我希望你的System.out.println行都能以相同的时区发出文本，正如我所说的那样。

Joda-Time | java.time

这种令人困惑的时区处理是避免java.util.Date/.Calendar＆amp; amp; SimpleTextFormat。知道的人使用Joda-Time库或Java 8中内置的新java.time包.java.time包的灵感来自Joda-Time，但是重新设计了;每个人都有自己的优点和缺点。

Joda-Time中的示例

这是Joda-Time 2.7中的一个例子。

时区DateTime

与java.util.Date对象不同，Joda-Time中的DateTime对象知道自己分配的时区。

本地化不正确

对于out，您的输入数据使用大写O对于葡萄牙语约定似乎不正确。我的例子将其修正为小写。 Joda-Time拒绝大写为无效。

码

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
String input1 ="out 29 23:00:00 GMT 2011";
String input2 ="out 30 23:00:00 GMT 2011";

Locale locale_pt_BR = new Locale.Builder().setLanguage("pt" ).setRegion("BR" ).build(); //
DateTimeFormatter formatter = DateTimeFormat.forPattern("MMM dd HH:mm:ss 'GMT' yyyy" ).withLocale( locale_pt_BR ).withZone( DateTimeZone.UTC );

DateTime dateTime1 = null;
DateTime dateTime2 = null;
DateTime dateTime1_Sao_Paulo = null;
DateTime dateTime2_Sao_Paulo = null;
try {
    dateTime1 = formatter.parseDateTime( input1 );
    dateTime2 = formatter.parseDateTime( input2 );
    // Adjust to"America/Sao_Paulo" time zone.
    DateTimeZone zone_Sao_Paulo = DateTimeZone.forID("America/Sao_Paulo" );
    dateTime1_Sao_Paulo = dateTime1.withZone( zone_Sao_Paulo );
    dateTime2_Sao_Paulo = dateTime2.withZone( zone_Sao_Paulo );
} catch ( IllegalArgumentException e ) {
    // … Handle exception.
    System.out.println("ERROR - Unexpected input for parsing into a date-time object." );
}

转储到控制台。

1
2
3
System.out.println("dateTime1 :" + dateTime1 );
System.out.println("dateTime2 :" + dateTime2 );
System.out.println("Adjusted to America/Sao_Paulo:" + dateTime1_Sao_Paulo +" &" + dateTime2_Sao_Paulo );

跑步时

1
2
3
dateTime1 : 2011-10-29T23:00:00.000Z
dateTime2 : 2011-10-30T23:00:00.000Z
Adjusted to America/Sao_Paulo: 2011-10-29T21:00:00.000-02:00 & 2011-10-30T21:00:00.000-02:00

ISO 8601

如果您对输入数据的格式有任何控制或影响，我强烈建议您更改为标准ISO 8601格式。

示例：2015-02-15T19:39:11Z。

时区

避免使用时区的3或4个字母代码。它们既不标准也不独特。例如，BST可以是：

  • British Summer Time(截至1971年已过时，但仍然在Google热门歌曲中名列前茅)
  • Brazil Standard Time
  • Bangladesh Standard Time

使用适当的时区名称。示例：America/Sao_Paulo。

Joda-Time拒绝3-4个字母代码

由于频繁的重复值，不可能负责地解析这些值。所以Joda-Time拒绝尝试。

请注意上面的示例代码中我如何硬编码预期的GMT值。查看"GMT"字母周围的单引号(APOSTROPHE)。这告诉Joda-Time在解析时期望并忽略该字符串。

这有一个至关重要的结果：没有确定的时区或从UTC偏移，Joda-Time在解析字符串时不知道如何解释日期时间。我们将格式化程序设置为一个时区，通过该时区解释没有时区或偏移量的字符串。如果字符串确实有偏移量，则在格式化程序上设置时区具有不同的行为：解析后，格式化程序会将值调整为该时区。

？更令人困惑的是，java.util.Date确实有一个时区，但深埋在它的实现中。出于大多数实际目的，该时区被忽略。因此，作为简写，我们说j.u.Date没有时区(实际上就像在UTC中一样)。