Java Konvertieren GMT/UTC in die Lokale Zeit funktioniert nicht wie erwartet

Ist, um eine reproduzierbare Szenario, mache ich die folgenden

  1. Holen Sie sich die aktuelle Systemzeit (lokale Zeit)
  2. Konvertieren Lokale Zeit zu UTC //Funktioniert Bis hier
  3. Rückseite der UTC-Zeit, zurück in die lokale Zeit. Gefolgt 3 verschiedene Ansätze (siehe unten) aber alle 3 Ansätze behält die Zeit in UTC nur.

    {

    long ts = System.currentTimeMillis();
Date localTime = new Date(ts);
String format = "yyyy/MM/dd HH:mm:ss";
SimpleDateFormat sdf = new SimpleDateFormat (format);

//Convert Local Time to UTC (Works Fine) 
sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
Date gmtTime = new Date(sdf.format(localTime));
System.out.println("Local:" + localTime.toString() + "," + localTime.getTime() + " --> UTC time:" + gmtTime.toString() + "-" + gmtTime.getTime());

//Reverse Convert UTC Time to Locale time (Doesn't work) Approach 1
sdf.setTimeZone(TimeZone.getDefault());        
localTime = new Date(sdf.format(gmtTime));
System.out.println("Local:" + localTime.toString() + "," + localTime.getTime() + " --> UTC time:" + gmtTime.toString() + "-" + gmtTime.getTime());

//Reverse Convert UTC Time to Locale time (Doesn't work) Approach 2 using DateFormat
DateFormat df = new SimpleDateFormat (format);
df.setTimeZone(TimeZone.getDefault());
localTime = df.parse((df.format(gmtTime)));
System.out.println("Local:" + localTime.toString() + "," + localTime.getTime() + " --> UTC time:" + gmtTime.toString() + "-" + gmtTime.getTime());

//Approach 3
Calendar c = new GregorianCalendar(TimeZone.getDefault());
c.setTimeInMillis(gmtTime.getTime());
System.out.println("Local Time " + c.toString());

    }

InformationsquelleAutor der Frage Vinod Jayachandran | 2013-10-15

  1. 56

    Ich empfehle auch die Verwendung Joda wie bereits erwähnt.

    Lösung Ihres Problems mit standard - Java Date Objekte nur kann das wie folgt getan werden:

        //**** YOUR CODE **** BEGIN ****
    long ts = System.currentTimeMillis();
    Date localTime = new Date(ts);
    String format = "yyyy/MM/dd HH:mm:ss";
    SimpleDateFormat sdf = new SimpleDateFormat(format);

    //Convert Local Time to UTC (Works Fine)
    sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
    Date gmtTime = new Date(sdf.format(localTime));
    System.out.println("Local:" + localTime.toString() + "," + localTime.getTime() + " --> UTC time:"
            + gmtTime.toString() + "," + gmtTime.getTime());

    //**** YOUR CODE **** END ****

    //Convert UTC to Local Time
    Date fromGmt = new Date(gmtTime.getTime() + TimeZone.getDefault().getOffset(localTime.getTime()));
    System.out.println("UTC time:" + gmtTime.toString() + "," + gmtTime.getTime() + " --> Local:"
            + fromGmt.toString() + "-" + fromGmt.getTime());

    Ausgabe:

    Local:Tue Oct 15 12:19:40 CEST 2013,1381832380522 --> UTC time:Tue Oct 15 10:19:40 CEST 2013,1381825180000
UTC time:Tue Oct 15 10:19:40 CEST 2013,1381825180000 --> Local:Tue Oct 15 12:19:40 CEST 2013-1381832380000

    InformationsquelleAutor der Antwort trylimits

  2. 4

    Joda-Time

    UPDATE: Die Joda-Time Projekt ist jetzt in Wartungsmodusmit dem team beraten migration auf die java.Zeit Klassen. Sehen Das Tutorial von Oracle.

    Sehen meine andere Antwort mit der Industrie-führenden java.Zeit Klassen.

    Normalerweise betrachten wir es als schlechte form auf StackOverflow.com die Antwort auf eine bestimmte Frage, die auf eine Alternative Technologie. Aber in dem Fall das Datum, die Uhrzeit und der Kalender-Klassen gebündelt mit Java 7 und früher, diese Klassen sind so notorisch schlecht im design und in der Ausführung, dass ich dazu gezwungen werde, zu empfehlen, ein 3rd-party-Bibliothek statt: Joda-Time.

    Joda-Time funktioniert, indem immutable Objekte. Also anstatt ändern Sie die Zeitzone des DateTime-Objekts, werden wir einfach instanziieren Sie ein neues DateTime-mit einer anderen Zeitzone zugeordnet.

    Ihrer zentralen Anliegen ist, die Verwendung lokaler und UTC-Zeit ist so sehr einfach im Joda-Time, wobei nur 3 Zeilen code.

        org.joda.time.DateTime now = new org.joda.time.DateTime();
    System.out.println( "Local time in ISO 8601 format: " + now + " in zone: " + now.getZone() );
    System.out.println( "UTC (Zulu) time zone: " + now.toDateTime( org.joda.time.DateTimeZone.UTC ) );

    Ausgegeben, wenn der run auf die west-Küste von Nordamerika sein könnte:

    Local time in ISO 8601 format: 2013-10-15T02:45:30.801-07:00

    UTC (Zulu) time zone: 2013-10-15T09:45:30.801Z

    Hier ist eine Klasse mit vielen Beispielen und weitere Kommentare. Mit Joda-Time-2.5.

    /**
 * Created by Basil Bourque on 2013-10-15.
 * © Basil Bourque 2013
 * This source code may be used freely forever by anyone taking full responsibility for doing so.
 */
public class TimeExample {
    public static void main(String[] args) {
        //Joda-Time - The popular alternative to Sun/Oracle's notoriously bad date, time, and calendar classes bundled with Java 8 and earlier.
        //http://www.joda.org/joda-time/

        //Joda-Time will become outmoded by the JSR 310 Date and Time API introduced in Java 8.
        //JSR 310 was inspired by Joda-Time but is not directly based on it.
        //http://jcp.org/en/jsr/detail?id=310

        //By default, Joda-Time produces strings in the standard ISO 8601 format.
        //https://en.wikipedia.org/wiki/ISO_8601
        //You may output to strings in other formats.

        //Capture one moment in time, to be used in all the examples to follow.
        org.joda.time.DateTime now = new org.joda.time.DateTime();

        System.out.println( "Local time in ISO 8601 format: " + now + " in zone: " + now.getZone() );
        System.out.println( "UTC (Zulu) time zone: " + now.toDateTime( org.joda.time.DateTimeZone.UTC ) );

        //You may specify a time zone in either of two ways:
        //• Using identifiers bundled with Joda-Time
        //• Using identifiers bundled with Java via its TimeZone class

        //----|  Joda-Time Zones  |---------------------------------

        //Time zone identifiers defined by Joda-Time…
        System.out.println( "Time zones defined in Joda-Time : " + java.util.Arrays.toString( org.joda.time.DateTimeZone.getAvailableIDs().toArray() ) );

        //Specify a time zone using DateTimeZone objects from Joda-Time.
        //http://joda-time.sourceforge.net/apidocs/org/joda/time/DateTimeZone.html
        org.joda.time.DateTimeZone parisDateTimeZone = org.joda.time.DateTimeZone.forID( "Europe/Paris" );
        System.out.println( "Paris France (Joda-Time zone): " + now.toDateTime( parisDateTimeZone ) );

        //----|  Java Zones  |---------------------------------

        //Time zone identifiers defined by Java…
        System.out.println( "Time zones defined within Java : " + java.util.Arrays.toString( java.util.TimeZone.getAvailableIDs() ) );

        //Specify a time zone using TimeZone objects built into Java.
        //http://docs.oracle.com/javase/8/docs/api/java/util/TimeZone.html
        java.util.TimeZone parisTimeZone = java.util.TimeZone.getTimeZone( "Europe/Paris" );
        System.out.println( "Paris France (Java zone): " + now.toDateTime(org.joda.time.DateTimeZone.forTimeZone( parisTimeZone ) ) );

    }
}

    InformationsquelleAutor der Antwort Basil Bourque

  3. 2

    Ich mich in den Chor der Empfehlung, Sie überspringen die jetzt lange veraltete Klassen DateCalendarSimpleDateFormat und Freunde. Vor allem würde ich warnen, gegen die Verwendung des veralteten Methoden und Konstruktoren der Date Klasse, wie die Date(String) constructor verwendet. Sie waren veraltet, weil Sie nicht zuverlässig arbeiten über Zeitzonen hinweg, so verwenden Sie Sie nicht. Und ja, die meisten Konstruktoren und Methoden dieser Klasse sind veraltet.

    Während der Zeit, die Sie die Frage gestellt, Joda-Time war (von allen, die ich kenne) eine deutlich bessere alternative, die Zeit schon weiter. Heute Joda-Time ist ein weitgehend abgeschlossenes Projekt, und die Entwickler empfehlen die Verwendung java.time die moderne Java-Datums-und Zeit-API, statt. Ich werde Ihnen zeigen, wie.

        ZonedDateTime localTime = ZonedDateTime.now(ZoneId.systemDefault());

    //Convert Local Time to UTC 
    OffsetDateTime gmtTime
            = localTime.toOffsetDateTime().withOffsetSameInstant(ZoneOffset.UTC);
    System.out.println("Local:" + localTime.toString() 
            + " --> UTC time:" + gmtTime.toString());

    //Reverse Convert UTC Time to Local time
    localTime = gmtTime.atZoneSameInstant(ZoneId.systemDefault());
    System.out.println("Local Time " + localTime.toString());

    Für den Anfang, beachten Sie, dass nicht nur der code, der nur halb so lang wie deins, es ist auch übersichtlicher zu Lesen.

    Auf meinem computer die code druckt:

    Local:2017-09-02T07:25:46.211+02:00[Europe/Berlin] --> UTC time:2017-09-02T05:25:46.211Z
Local Time 2017-09-02T07:25:46.211+02:00[Europe/Berlin]

    Ließ ich die Millisekunden seit Beginn der Epoche zurück. Man kann immer bekommen Sie von System.currentTimeMillis(); wie in Ihrer Frage, und Sie sind unabhängig von der Zeitzone, so dass ich nicht finde Sie sehr interessant hier.

    Ich zaghaft hielt Sie Ihre variable name localTime. Ich denke, es ist ein guter name. Die moderne API hat eine Klasse namens LocalTimeso ist dieser name nur nicht aktiviert, für ein Objekt, das nicht bekommen hat, geben Sie LocalTime könnte etwas verwirren (eine LocalTime nicht hold time zone-Informationen, die wir benötigen, um zu halten Sie hier, um der Lage sein, um die richtige Konvertierung; es enthält nur die Uhrzeit, nicht das Datum).

    Ihre Konvertierung von Ortszeit in UTC-war falsch und unmöglich

    Veraltete Date Klasse nicht halten keine Informationen zur Zeitzone (Sie können sagen, dass es intern verwendet immer UTC), also gibt es keine solche Sache wie die Konvertierung einer Date von einer Zeitzone zu einer anderen. Wenn ich lief nur Ihren code auf meinem computer, die erste Zeile gedruckt, war:

    Local:Sat Sep 02 07:25:45 CEST 2017,1504329945967 --> UTC time:Sat Sep 02 05:25:45 CEST 2017-1504322745000

    07:25:45 CEST ist richtig, natürlich. Die korrekte UTC-Zeit gewesen wäre 05:25:45 UTCaber es sagt CEST wieder, was falsch ist.

    Jetzt werden Sie nie brauchen die Date Klasse wieder 🙂 aber wenn Sie jemals, die man gelesen haben muss, wäre Alles über java.util.Datum auf Jon Skeet ' s coding blog.

    Frage: Kann ich die modernen API mit meiner Java version?

    Wenn mindestens Java 6können Sie.

    • In Java 8 und später die neue API kommt built-in.
    • In Java 6 und 7 erhalten das ThreeTen Backportdie man von den neuen Klassen (ThreeTen für JSR-310, wo die moderne API wurde erstmals definiert).
    • Auf Android, verwenden Sie die Android-Ausgabe von ThreeTen Portieren. Es heißt ThreeTenABP, und ich denke, dass es eine wunderbare Erklärung in diese Frage: Wie ThreeTenABP im Android-Projekt.

    InformationsquelleAutor der Antwort Ole V.V.

  4. 1

    Habe ich dringend empfohlen, Joda Time http://joda-time.sourceforge.net/faq.html

    InformationsquelleAutor der Antwort Tomasz Waszczyk

  5. 1

    Du hast ein date mit einer bekannten timezone (Hier Europe/Madrid) und ein Ziel-Zeitzone (UTC)

    Brauchen Sie nur zwei SimpleDateFormats: 

     lange ts = System.currentTimeMillis(); 
Datum localTime = new Date(ts); 

"=SimpleDateFormat sdfLocal = new " = SimpleDateFormat ("yyyy/MM/dd HH:mm:ss"); 
sdfLocal.setTimeZone(TimeZone.getTimeZone("Europe/Madrid")); 

"=SimpleDateFormat sdfUTC = new " = SimpleDateFormat ("yyyy/MM/dd HH:mm:ss"); 
sdfUTC.setTimeZone(TimeZone.getTimeZone("UTC")); 

//Konvertieren der Lokalen Zeit zur UTC 
Datum utcTime = sdfLocal.parse(sdfUTC.format(localTime)); 
System.aus.println("Ort:" + localTime.toString() + "," + localTime.getTime() + " --> UTC-Zeit:" + utcTime.toString() + "-" + utcTime.getTime()); 

//Reverse-Konvertieren UTC-Zeit zu Locale Zeit 
localTime = sdfUTC.parse(sdfLocal.format(utcTime)); 
System.aus.println("UTC:" + utcTime.toString() + "," + utcTime.getTime() + " --> Lokale Zeit:" + localTime.toString() + "-" + localTime.getTime());

    So nach und nach sehen, es funktioniert können Sie diese Methode, um Ihre utils:

     public Datum convertDate(Datum dateFrom, String fromTimeZone, String toTimeZone) wirft ParseException { 
String Muster = "yyyy/MM/dd HH:mm:ss"; 
 " = SimpleDateFormat sdfFrom = new  " = SimpleDateFormat (Muster); 
sdfFrom.setTimeZone(TimeZone.getTimeZone(fromTimeZone)); 

 " = SimpleDateFormat sdfTo = new  " = SimpleDateFormat (Muster); 
sdfTo.setTimeZone(TimeZone.getTimeZone(toTimeZone)); 

Datum dateTo = sdfFrom.parse(sdfTo.format(dateFrom)); 
zurück dateTo; 
}

    InformationsquelleAutor der Antwort albfan

  6. 0

    tl;dr

    Instant.now()                           //Capture the current moment in UTC.
.atZone( ZoneId.systemDefault() )       //Adjust into the JVM's current default time zone. Same moment, different wall-clock time. Produces a `ZonedDateTime` object.
.toInstant()                            //Extract a `Instant` (always in UTC) object from the `ZonedDateTime` object.
.atZone( ZoneId.of( "Europe/Paris" ) )  //Adjust the `Instant` into a specific time zone. Renders a `ZonedDateTime` object. Same moment, different wall-clock time.
.toInstant()                            //And back to UTC again.

    java.Zeit

    Den modernen Ansatz nutzt die java.Zeit Klassen, verdrängte den lästigen alten legacy-Datum-Zeit-Klassen ( Date , Calendar usw.).

    Ihre Verwendung des Wortes "lokal" widerspricht der Nutzung in der java.Zeit Klasse. In java.Zeit"lokal" heißt alle Lokalität oder alle Ortschaften, aber nicht jedem einem bestimmten Ort. Die java.Zeit Klassen mit Namen beginnend mit "Local..." fehlt jede Vorstellung von Zeit zone oder offset von UTC. Also tun Sie nicht repräsentieren einen bestimmten moment, werden Sie nicht einen Punkt auf der Zeitleiste, in der Erwägung, dass Ihre Frage alles über Momente, die Punkte auf der Zeitachse, die man durch verschiedene Wand-Uhr-Zeiten.

    Holen Sie sich die aktuelle Systemzeit (lokale Zeit)

    Wenn Sie erfassen möchten der aktuelle Zeitpunkt in UTC, zu verwenden Instant. Die Instant Klasse repräsentiert einen moment auf der Zeitachse, UTC mit einer Auflösung von Nanosekunden (bis zu neun (9) Ziffern eines dezimalbruchs). 

    Instant instant = Instant.now() ;  //Capture the current moment in UTC.

    Passen in einen Zeit-zone durch die Anwendung einer ZoneId zu bekommen ZonedDateTime. Derselbe moment, derselbe Punkt auf der timeline, die verschiedene Wand-Uhr-Zeit.

    Angeben die richtige Zeit zone name im format continent/region wie Amerika/MontrealAfrica/Casablancaoder 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(!). 

    ZoneId z = ZoneId.of( "America/Montreal" ) ;
ZonedDateTime zdt = instant.atZone( z ) ;  //Same moment, different wall-clock time.

    Als eine Verknüpfung, können Sie überspringen die Verwendung von Instant zu bekommen ZonedDateTime.

    ZoneId z = ZoneId.of( "America/Montreal" ) ;
ZonedDateTime zdt = ZonedDateTime.now( z ) ;

    Konvertieren Lokale Zeit zu UTC //Funktioniert Bis hier

    Können Sie einstellen, aus der Zonen-Datum-Zeit in UTC, die durch extrahieren einer Instant aus einer ZonedDateTime.

    ZoneId z = ZoneId.of( "America/Montreal" ) ;
ZonedDateTime zdt = ZonedDateTime.now( z ) ;
Instant instant = zdt.toInstant() ;

    Rückseite der UTC-Zeit, zurück in die lokale Zeit.

    Wie oben gezeigt, gilt eine ZoneId anpassen selben moment in eine andere Wand-Uhr-Zeit verwendet, von den Menschen in einer bestimmten region (Zeitzone).

    Instant instant = Instant.now() ;  //Capture current moment in UTC.

ZoneId zDefault = ZoneId.systemDefault() ;  //The JVM's current default time zone.
ZonedDateTime zdtDefault = instant.atZone( zDefault ) ;

ZoneId zTunis = ZoneId.of( "Africa/Tunis" ) ;  //The JVM's current default time zone.
ZonedDateTime zdtTunis = instant.atZone( zTunis ) ;

ZoneId zAuckland = ZoneId.of( "Pacific/Auckland" ) ;  //The JVM's current default time zone.
ZonedDateTime zdtAuckland = instant.atZone( zAuckland ) ;

    Zurück zu UTC aus einer Zonen-Datum,-Zeit, rufen Sie ZonedDateTime::toInstant. Denken Sie konzeptionell wie: ZonedDateTime = Instant + amp; zoneid.

    Instant instant = zdtAuckland.toInstant() ;

    Alle diese Objekte, die Instant und die drei ZonedDateTime alle Objekte repräsentieren die gleichen gleichzeitiger moment, den gleichen Punkt in der Geschichte.

    Folgten 3 verschiedene Ansätze (siehe unten) aber alle 3 Ansätze behält die Zeit in UTC nur.

    Vergessen zu versuchen, zu beheben code mit dieser schrecklichen DateCalendarund GregorianCalendar Klassen. Sie sind ein elender Schlamassel bad-design und-Mängel. Sie müssen nie berühren Sie wieder. Wenn Sie müssen-Schnittstelle mit dem alten code noch nicht aktualisiert java.Zeitkönnen Sie wandeln hin und her, durch neue Konvertierungs-Methoden Hinzugefügt, um die alten Klassen.

    Über java.Zeit

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

    Den Joda-Time Projekt, jetzt in Wartungsmodusrä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?

    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 IntervalYearWeekYearQuarterund mehr.

    InformationsquelleAutor der Antwort Basil Bourque

Schreibe einen Kommentar