Millisekunde Zu Datum
Sie haben eine 13-stellige Ganzzahl in einer Log-Zeile, API-Antwort oder Date.now()-Rückgabewert und müssen sie als Datum lesen. Fügen Sie die Zahl ein; die Seite gibt das Datum in Ihrer lokalen Zeitzone direkt im Browser aus. Das Feld öffnet vorbelegt mit der aktuellen Millisekunde.
Last reviewed: 2026-07-01
freetoolonline.com Editorial Team| Eigenschaft | Wert |
|---|---|
| Format | Online-Werkzeug, ohne Installation |
| Geschwindigkeit | Browserseitig; Ausgabe in < 1 ms |
| Datenschutz | Keine Daten verlassen das Gerät; 0 Server-Uploads |
| Implementierendes Werkzeug | https://freetoolonline.com/utility-tools/convert-time-in-millisecond-to-date.html |
Log-Zeilen speichern selten eine saubere Ganzzahl. Ein Feld kann als 1713538800000ms geschrieben sein, die Kommentarspalte kann es als 1713538800000 millis markieren oder ein JSON-Payload kann die Zahl in Anführungszeichen einschliessen. Alle drei Formen werden sauber eingefügt, weil der Konverter die Eingabe in eine Number zwingt, bevor er das Date konstruiert. Nachgestellte Buchstaben und umgebende Leerzeichen werden ignoriert, sodass Sie den Wert direkt aus dem umgebenden Log-Rauschen greifen können, ohne ihn zuerst zu putzen. Wenn das Ergebnis in 1970 landet, war die Eingabe fast sicher Unix-Sekunden, nicht Millisekunden; multiplizieren Sie mit 1000 oder verwenden Sie stattdessen ein Sekunden-zu-Datum-Werkzeug.
Das Ergebnis in Ihrer lokalen Zeitzone zurück lesen
Der Konverter rendert das Datum mit dem Locale und der Zeitzone des Browsers, was dem entspricht, was ein Kollege auf derselben Maschine sehen würde, wenn er new Date(value).toString() in der Entwicklerkonsole aufruft. Das ist meistens das, was ein Entwickler, der eine Vorfall-Timeline liest, will: die Wanduhrzeit, zu der das Ereignis in seiner Arbeitszeitzone gelandet ist, nicht der abstrakte UTC-Wert, den der Log speichert. Wenn die Seite während eines Sommerzeit-Übergangs offen ist, malt dieselbe Eingabe-Millisekunde vor und nach dem Schnitt eine andere Wanduhrzeit - die zugrunde liegende Ganzzahl ändert sich nicht, aber der Offset, den der Browser anwendet, schon.
Um eine UTC-Lesung anstelle des Standard-Lokalzonen-Verhaltens zu erzwingen, wechseln Sie die Systemzeitzone (oder verwenden Sie ein privates Browserfenster mit einem UTC-gesperrten Profil) und laden Sie den Konverter neu. Die Konvertierungslogik ist deterministisch - dieselbe Eingabe produziert immer dieselbe Ausgabe für eine gegebene Zeitzonen-Einstellung - sodass die Seite geeignet ist, in eine Ticket-Antwort oder einen Code-Review-Kommentar einzufügen, wenn Leser und Schreiber ihren Browser zuerst auf dieselbe Zeitzone setzen.
Häufige 13-stellige Eingaben, die der Konverter akzeptiert
Die häufigsten Formen, mit denen der Konverter umgehen musste:
- Rohe Ganzzahl. Eine reine 13-stellige Zahl wie
1713538800000, oft aus einer Datenbankspalte oder Log-Zeile eingefügt. - Mit Einheit-Suffix. Ein Wert wie
1713538800000msoder1713538800000 millis, üblich in Monitoring-Dashboards. - JSON-Anführungszeichen. Ein in Anführungszeichen eingeschlossener Wert wie
"1713538800000", direkt aus einem JSON-Payload kopiert. - Komma-getrennt. Ein Wert mit Tausendertrennzeichen wie
1,713,538,800,000, üblich in Tabellenkalkulationsexporten. - Leerzeichen-aufgepolstert. Ein Wert mit führenden oder nachfolgenden Leerzeichen aus einer Mehrfach-Spalten-Einfügung.
Jede Form wird normalisiert, indem nicht-numerische Zeichen entfernt werden, bevor der Number()-Zwang läuft, sodass der Leser jede davon einfügen kann, ohne den Wert zuerst zu putzen.
Wenn das implementierende Werkzeug unter https://freetoolonline.com/utility-tools/convert-time-in-millisecond-to-date.html eine leere Ausgabe zeigt, ist die häufigste Ursache ein Wert, der auf dem Weg durch die Zwischenablage eine Ziffer verloren hat (12 Ziffern werden als Jahr 5878 oder früher gelesen). Kopieren Sie den vollständigen Wert erneut, fügen Sie ihn ein und das Datum sollte wie erwartet erscheinen.