Millisekunden zu Datum: UTC vs Ortszeit, und warum es falsch aussehen kann

Zuletzt geprueft 2026-05-05. Der kostenlose Millisekunden-zu-Datum-Konverter nimmt einen Unix-Millisekunden-Zeitstempel und gibt ein lesbares Datum und eine lesbare Uhrzeit zurueck. Die meiste Verwirrung beim Leser geht nicht um die Konvertierung selbst - sondern darum, welche Zeitzone die lesbare Zeichenkette darstellt. Diese Anleitung nennt die vier Werte, die Sie immer zusammen lesen sollten und gibt eine 30-Sekunden-Plausibilitaetspruefung, damit Sie nie ein Datum ausliefern, das Stunden danebenliegt.

Warum derselbe Zeitstempel verschiedene Daten zeigt

Ein Unix-Millisekunden-Zeitstempel zaehlt die seit der Unix-Epoche vergangenen Millisekunden, festgelegt auf 1970-01-01T00:00:00 UTC. Die Zahl traegt keine Zeitzone und keinen Kalender. Jedes System, das ihn anzeigt, waehlt seine eigene Zeitzone fuer die menschenlesbare Ausgabe: Ihr Browser verwendet die OS-Locale, ein Server verwendet die Locale seines Containers, eine SQL-Datenbank verwendet die Sitzungs-Zeitzone, und ein JSON-Log verwendet das, womit der Schreiber formatiert hat. Der Millisekunden-zu-Datum-Konverter zeigt sowohl UTC als auch Ihre Ortszeit, damit Sie den Offset auf einen Blick sehen.

Die vier Werte immer zusammen lesen

• Die Originalzahl (1713538800000) - zeitzonenfrei. Speichern Sie diese in Datenbanken, senden Sie sie ueber HTTP-APIs, loggen Sie sie. Sie driftet nie.
• UTC Datum/Zeit (2024-04-19T15:00:00Z) - die kanonische Darstellung. Verwenden Sie sie in Audit-Logs, regionsuebergreifenden Berichten und allem, was team-uebergreifend geteilt wird.
• Lokales Datum/Zeit (2024-04-19 22:00:00 +07:00) - was der Endnutzer sieht. Verwenden Sie dies fuer E-Mails, Kalendereinladungen und Anzeigen fuer den Leser.
• ISO 8601 mit Offset (2024-04-19T22:00:00+07:00) - rundlauf-sicher. Enthaelt Wanduhr und Offset, sodass ein nachgelagerter Parser den exakten Moment wiederherstellen kann.

30-Sekunden-Plausibilitaetspruefung vor dem Ausliefern eines Datums

1. Bestaetigen Sie, dass die Eingabe in Millisekunden ist, nicht in Sekunden. Eine 13-stellige Zahl ist Millisekunden; eine 10-stellige Zahl ist Sekunden. Siehe lange Zahl - Millisekunde oder Sekunde? fuer die Regeln.
2. Notieren Sie den UTC-Wert, den der Konverter zurueckgibt. Dies ist die kanonische, zeitzonenfreie Antwort.
3. Addieren Sie den lokalen Offset zur UTC (z.B. +07:00 fuer Bangkok, -08:00 fuer Los Angeles, mit Sommerzeit). Der lokale Wert sollte uebereinstimmen.
4. Wenn der lokale Wert nicht uebereinstimmt, ist Ihre OS-Zeitzone anders eingestellt, als Sie angenommen haben. Passen Sie das OS an oder interpretieren Sie UTC direkt.

UTC vs lokal in der Praxis

Verwenden Sie UTC fuer Speicherung und Transport. Datenbankspalten, JSON ueber HTTP, Log-Dateien, Audit-Spuren. UTC-Werte driften nicht ueber Sommerzeit-Uebergaenge und variieren nicht je Deploy-Region.

Verwenden Sie Ortszeit nur fuer die Anzeige. Kalendereinladungen, Nutzer-E-Mails, Erinnerungen. Konvertieren Sie zu lokal in der Render-Schicht, nicht in der Speicherung. Dieselbe Datenbankzeile sollte als 22:00 Bangkok-Zeit und 08:00 LA-Zeit dargestellt werden - das ist korrekt, kein Bug.

Verwenden Sie ISO 8601 mit Offset fuer die Zwischenfaelle. Wenn Sie einen Wert an ein nachgelagertes System senden, das die Zeitzone des Nutzers vielleicht nicht kennt, bevorzugen Sie die ISO-Form mit Offset. Vermeiden Sie Freitext "19. April um 22 Uhr" - er ist nicht parsbar.

Begleit-Anleitungen

• Lange Zahl - Millisekunde oder Sekunde? - Eingabe-Disambiguierung.
• Unix-Zeitstempel erklaert - was die Epoche ist und woher das Format kommt.
• Millisekunden-zu-Datum-Konverter - das Tool selbst.
• Aktuelle Zeit in Millisekunden abrufen - die umgekehrte Richtung.

Haeufig gestellte Fragen

Warum zeigt der Konverter zwei verschiedene Zeiten fuer dieselbe Eingabe?

Sie sind derselbe Augenblick in verschiedenen Zeitzonen. Die Zahl ist zeitzonenfrei; der UTC-Wert ist die kanonische Darstellung und der lokale Wert ist derselbe Augenblick aus Sicht Ihrer OS-Zeitzone. Der Unterschied ist der lokale Offset.

Die Ortszeit sieht falsch aus - wie behebe ich das?

Die Ortszeit ist, was auch immer Ihr OS als die aktuelle Zeitzone meldet. Wenn Ihr Laptop auf Singapur eingestellt ist, Sie aber Bangkok erwarten, wird der lokale Wert eine Stunde falsch sein. Passen Sie die OS-Zeitzone an oder interpretieren Sie den UTC-Wert und wenden Sie den gewuenschten Offset an.

Aendert die Sommerzeit die Konvertierung?

Ja - fuer jede Zeitzone, die DST beobachtet, verschiebt sich der lokale Offset um eine Stunde zweimal im Jahr. Der UTC-Wert aendert sich nie. Zwei Zeitstempel von gegenueberliegenden Seiten einer DST-Grenze erscheinen in der Ortszeit eine Stunde auseinander, auch wenn die verstrichenen Millisekunden korrekt sind.

Kann ich Ortszeit direkt in meiner Datenbank speichern?

Ja, aber selten eine gute Idee. UTC zu speichern und lokal an der Lese-Stelle zu rendern, ist kanonisch; es ueberlebt Server-Umzuege, Regions-Wechsel und DST-Uebergaenge. Ortszeit zu speichern zwingt jeden Leser zu wissen, in welcher Zeitzone der Schreiber war - meistens verloren.

Wird etwas an einen Server gesendet?

Die Konvertierung laeuft in Ihrem Browser; die Millisekunden-Eingabe und die resultierenden Zeichenketten bleiben auf Ihrem Geraet. Das ist wichtig, wenn der Zeitstempel ein sensibles Ereignis identifiziert, das Sie nicht loggen wollen.