"=SimpleDateFormat ohne den Zeitzonenoffset in Java (GMT+00:00) für die eigene Zeitzone

Diese Frage und die Antworten sind jetzt veraltet. Sie verwenden alte Datum-Zeit-Klassen überholt, die von java.Zeit framework in Java 8 und höher. Die alten Klassen sind schlecht konzipiert, verwirrend und lästig, Vermeiden Sie.

Vermeiden, 3-4 Buchstaben-Zone Codes

Vermeiden, die 3-4 Buchstaben-codes wie BST. Sie sind weder standardisiert noch einzigartig. Sie eigentlich gar nicht vertreten Zeitzonen. Und fügen Sie noch mehr Verwirrung in das problem der Sommerzeit (DST).

Verwenden Sie stattdessen die richtige Zeitzonen. Die meisten sind continent/region format wie Europe/Berlin.

Vermeiden, festlegen von default-Zeitzone

Aufrufen java.util.TimeZone.setDefault getan werden sollte nur in den extremsten Fällen. Dieser Aufruf betrifft alle code läuft in allen threads von "alle apps" innerhalb der JVM sofort während Laufzeit.

Statt, in der Sie alle Ihre Datum-Zeit-code, geben Sie das gewünschte/erwartete Zeitzone. Wenn weggelassen, Java fällt zurück, indem er implizit Vertrauen auf die JVM die aktuelle Standard-Zeitzone. Wie oben erwähnt dieser Vorgabewert kann sich ändern, jederzeit während der Laufzeit! Stattdessen explizit angeben. Wenn Sie geben Sie Ihren gewünschten/erwarteten Zeit-zone als argument übergeben routinemäßig dann die aktuelle Standard-Zeit-zone ist irrelevant, irrelevant.

java.Zeit

Java.Zeit framework ist in Java 8 und höher. Sehen Tutorial. Definiert durch JSR-310. Inspiriert durch die überaus erfolgreiche Joda-Time-Bibliothek.

Instant

Einer Instant einen moment auf der Zeitachse in UTC.

Folgende Beispiel zeigt, wie die java.Zeit-Klassen Parsen/generieren von strings standardmäßig, wenn im standard - ISO 8601 - format, ohne Angabe einer Analyse-Muster. Verwenden DateTimeFormatter Klasse geben andere nicht-standard-Muster.

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

ZonedDateTime

Anwenden Zeit-zone als erforderlich, wodurch ein ZonedDateTime.

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

Erzeugung Von Strings

Können, die Sie produzieren textlichen Darstellungen der ZonedDateTime Objekt mit einem DateTimeFormatter. Sie können benutzerdefinierte Muster. Oder, wie ich empfehlen, lassen Sie java.Zeit lokalisieren für Sie.

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

Besten geben Sie die gewünschte/erwartete Locale aus dem gleichen Grund wie Zeit-zone... die JVM ist der aktuelle Standard kann geändert werden, in jedem moment von jedem code in jedem thread von jeder app läuft innerhalb der JVM. Die Locale bestimmt, (a) die menschliche Sprache, in der Namen von day & Monat, und (b) die kulturellen Normen, wie zum Beispiel Kommas versus Fristen und die Reihenfolge der Teile wie Monat oder Tag oder Jahr kommen zum ersten.

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

Ü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 der migration auf die java.Zeit Klassen.

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

Können Sie exchange java.Zeit Objekte direkt mit Ihrer Datenbank. Verwenden Sie eine JDBC-Treiber kompatibel mit JDBC 4.2 oder später. Keine Notwendigkeit für Streicher, keine Notwendigkeit für java.sql.* Klassen.

Wo erhalten Sie die java.Zeit-Klassen?

• Java SE 8, Java SE 9, Java SE 10, Java SE 11, und später - ein Teil der standard-Java-API mit einer gebündelten Umsetzung.
  • Java 9 fügt einige kleine features und behebt.
• Java SE 6 und Java SE 7
  • Die meisten java.Funktionalität ist zurück-portiert auf Java 6 & 7 in ThreeTen-Backport.
• Android
  • Späteren Versionen von Android bundle Implementierungen der java.Zeit Klassen.
  • Für frühere Android (<26), die ThreeTenABP Projekt passt ThreeTen-Backport (oben erwähnt). Sehen die How to use ThreeTenABP....

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.

Da kann ich nicht reproduzieren Sie das problem auf meinem Rechner. Ich denke, dies würde sich über die Lokalisierung. Versuchen Sie, diese

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

Hoffe, das hilft.

Nicht eine elegante Lösung, aber es funktioniert für uns. Ich hatte zum erstellen einer benutzerdefinierten Implementierung für DateFormat/" = SimpleDateFormat. Das sieht aus wie etwas, das Sie wie folgt vor:

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; 
    }