Beste Weg, um zu extrahieren TimeZone-Objekt aus einem String?

@Ed Thomas:

Habe ich versucht, etwas sehr ähnlich zu Ihrem Beispiel, und ich bekomme sehr unterschiedliche Ergebnisse:

String testString = "Friday, September 26, 2008 8:30 PM Pacific Standard Time";
DateFormat df = new SimpleDateFormat("EEEE, MMMM dd, yyyy hh:mm aa zzzz");

System.out.println("The default TimeZone is: " + TimeZone.getDefault().getDisplayName());

System.out.println("DateFormat timezone before parse: " + df.getTimeZone().getDisplayName());

Date date = df.parse(testString);

System.out.println("Parsed [" + testString + "] to Date: " + date);

System.out.println("DateFormat timezone after parse: " + df.getTimeZone().getDisplayName());

Ausgabe:

Die Standard-Zeitzone: Eastern Standard Time

DateFormat, timezone, bevor parse: Eastern Standard Time

Analysiert [Freitag, September 26, 2008 8:30 PM Pacific Standard Time] Datum: Sat Sep 27 00:30:00 MESZ 2008

DateFormat, timezone, nachdem parse: Eastern Standard Time

Scheint, wie DateFormat.getTimeZone() gibt die gleiche Zeitzone vor und nach der parse()... auch wenn ich dazu eine explizite setTimeZone() vor dem Aufruf parse().

Blick auf die Quelle für " = SimpleDateFormat DateFormat und, scheint, wie getTimeZone() nur gibt die Zeitzone der zugrunde liegende Kalender..., die standardmäßig zum Kalender der Standard-Locale/TimeZone, es sei denn, Sie geben eine bestimmte an.

tl;dr

ZonedDateTime.parse( 
    "Friday, September 26, 2008 8:30 PM Eastern Daylight Time" , 
    DateTimeFormatter.ofPattern( "EEEE, MMMM d, uuuu h:m a zzzz" ) 
).getZone()

java.Zeit

Die moderne Art, die mit der java.Zeit-Klassen. Die Frage und andere Antworten verwenden Sie den lästigen alten legacy-Datum-Zeit-Klassen oder die Joda-Time-Projekt, beide sind jetzt verdrängt durch die java.Zeit-Klassen.

Definieren DateTimeFormatter Objekt mit ein Formatierungs-Muster, das auf Ihre Daten.

DateTimeFormatter f = DateTimeFormatter.ofPattern( "EEEE, MMMM d, uuuu h:m a zzzz" );

Weisen eine Locale angeben, die die menschliche Sprache von den Namen-des-Tages und der name des Monats, sowie die kulturellen Normen für andere Probleme mit der Formatierung.

f = f.withLocale( Locale.US );

Schließlich tun die Analyse zu bekommen ZonedDateTime Objekt.

String input = "Friday, September 26, 2008 8:30 PM Eastern Daylight Time" ;
ZonedDateTime zdt = ZonedDateTime.parse( input , f );

zdt.toString(): 2008-09-26T20:30-04:00[America/New_York]

Beantragen können Sie die Zeitzone aus der ZonedDateTime, dargestellt als eine ZoneId Objekt. Sie können dann zu befragen, die ZoneId wenn Sie weitere Informationen über das time zone.

ZoneId z = zdt.getZone();

Sehen Sie selbst, in IdeOne.com.

ISO 8601

Vermeiden, den Austausch von Datum /Uhrzeit-Daten in dieser Art von schrecklichen - format. Gehen Sie nicht davon aus Englisch, nicht accessorize Ihre Leistung mit Sachen wie der name des Tages, und verwenden Sie niemals pseudo-Zeit-Zonen, wie Eastern Daylight Time.

Zeitzonen: Geben Sie eine die richtige Zeit zone name im format continent/region wie Amerika/Montreal, Africa/Casablanca, oder Pacific/Auckland. Verwenden Sie niemals die 3-4 Buchstaben-Abkürzung wie EST oder IST wie Sie sind, nicht wahr, Zeitzonen, nicht standardisierten und nicht sogar einzigartig(!).

Zum serialisieren Datum-Zeit-Werte in text, verwenden Sie nur die ISO 8601 Formate. Die java.Zeit-Klassen verwenden diese Formate standardmäßig beim Parsen/generieren von Zeichenfolgen repräsentieren Ihren Wert.

Über java.Zeit

Den java.Zeit framework ist in Java 8 und höher. Diese Klassen verdrängen die lästige alte legacy Datum-Zeit-Klassen wie java.util.Date, Calendar, & " = SimpleDateFormat.

Den Joda-Time Projekt, jetzt in Wartung-Modus, rät migration nach java.Zeit.

Um mehr zu erfahren, siehe die Oracle Tutorial. Und die Suche Stack Overflow für viele Beispiele und Erklärungen. Spezifikation JSR 310.

Wo erhalten Sie die java.Zeit-Klassen?

• Java SE 8 und SE 9 und später
  • Eingebaut.
  • Teil der standard-Java-API mit einer gebündelten Umsetzung.
  • Java 9 fügt einige kleine features und behebt.
• Java SE 6 und SE 7
  • Viel von java.Funktionalität ist zurück-portiert auf Java 6 & 7 in ThreeTen-Backport.
• Android
  • Die ThreeTenABP Projekt passt ThreeTen-Backport (oben erwähnt) für Android-spezifisch.
  • Sehen die How to use....

Den ThreeTen-Extra Projekt erweitert die java.mal mit zusätzlicher Klassen. Dieses Projekt ist ein Testgelände für mögliche künftige Erweiterungen zu java.Zeit. Sie finden möglicherweise einige nützliche Klassen, die hier wie Interval, YearWeek, YearQuarter, und mehr.

Der Hauptunterschied zwischen Datum und Kalender, das Datum ist nur ein Wert-Objekt keine Methoden, um es zu ändern. Also es ist konzipiert für das speichern eines Datum - /Uhrzeit-Informationen irgendwo. Wenn Sie ein Kalender-Objekt, das Sie ändern könnte, es wird nach einer persistenten entity, führt einige business-Logik mit dem Datum/Uhrzeit-Informationen. Das ist sehr gefährlich, weil die Person keine Möglichkeit hat, dies zu erkennen und zu ändern.
Die Calendar-Klasse ist speziell für Operationen auf Datum/Zeit, wie das hinzufügen von Tagen oder sowas.

Spielen, um bei deinem Beispiel bekomme ich die folgende:

import java.text.DateFormat;
import java.text.ParseException;
import java.text.SimpleDateFormat;

public class TimeZoneExtracter {

    public static final void main(String[] args) throws ParseException {
        DateFormat dbFormatter = new SimpleDateFormat("EEEE, MMMM dd, yyyy hh:mm aa zzzz");
        System.out.println(dbFormatter.getTimeZone());
        dbFormatter.parse("Fr, September 26, 2008 8:30 PM Eastern Daylight Time");
        System.out.println(dbFormatter.getTimeZone());
    }

}

Ausgabe:

Sonne.util.Kalender.ZoneInfo[id="Europe/Berlin"...
Sonne.util.Kalender.ZoneInfo[id="Africa/Addis_Ababa"...

Ist dies das Ergebnis, das Sie wollte?