Unix-Zeitstempel umrechnen

Was ein Unix-Zeitstempel ist

Ein Unix-Zeitstempel (auch Epoch-Zeit oder POSIX-Zeit genannt) ist die Anzahl der Sekunden, die seit dem 1. Januar 1970, 00:00:00 UTC, vergangen sind – ohne Schaltsekunden. Er ist die gängigste Art, wie Computer Zeitpunkte speichern und austauschen, denn er ist eine einzelne Ganzzahl, die nicht von Zeitzonen, Kalendern oder Gebietsschema-Formaten abhängt. Datenbanken, Logdateien, JWT-Tokens, APIs und Betriebssysteme verwenden ihn alle – weshalb Entwickler ständig zwischen einer rohen Zahl wie 1700000000 und einem für Menschen lesbaren Datum übersetzen müssen.

Verschiedene Systeme verwenden unterschiedliche Genauigkeit. Unix und die meisten Datenbanken speichern Sekunden (heute 10 Stellen). Date.now() in JavaScript und System.currentTimeMillis() in Java liefern Millisekunden (13 Stellen). Manche Logging-Systeme und das time-Paket von Go arbeiten mit Mikrosekunden (16 Stellen) oder Nanosekunden (19 Stellen). Dieser Umrechner erkennt die Einheit automatisch an der Anzahl der Stellen, sodass Sie jeden davon einfügen können, ohne ein Format zu wählen.

So verwenden Sie diesen Umrechner

Die Live-Uhr oben zeigt den aktuellen Unix-Zeitstempel in Sekunden und aktualisiert sich jede Sekunde; klicken Sie auf Kopieren, um ihn zu übernehmen, oder auf Jetzt verwenden, um ihn in den Umrechner zu laden. Fügen Sie einen Zeitstempel in das Eingabefeld ein, und die Tabelle füllt sich sofort: Sekunden, Millisekunden, ISO 8601 (der von den meisten APIs verwendete Standard), RFC-1123-UTC-String, Datum und Uhrzeit in Ihrer lokalen Zeitzone samt deren Namen, eine relative Angabe wie „in 3 Tagen“ oder „vor 2 Stunden“, der Wochentag, der Tag des Jahres und die ISO-Kalenderwoche.

Der Umrechner funktioniert auch in die andere Richtung. Geben Sie ein Datum wie 2025-03-01, 2025-03-01T14:30:00Z oder March 1 2025 14:30 ein – es wird mit der Datums-Engine Ihres Browsers geparst und in Epoch-Sekunden und -Millisekunden umgerechnet. Daten ohne explizite Zeitzone werden in Ihrer lokalen Zeitzone interpretiert, genau wie JavaScript es tut.

Zeitzonen, ISO 8601 und typische Fallstricke

Ein Zeitstempel selbst hat keine Zeitzone; nur seine Darstellung hat eine. Derselbe Wert 1700000000 ist 22:13 Uhr in London und 06:13 Uhr am nächsten Tag in Shanghai. Wenn zwei Systeme um genau einige Stunden voneinander abweichen, ist fast immer eine Zeitzonen-Verwechslung die Ursache. Tauschen Sie lieber ISO-8601-Strings mit explizitem Z oder Offset (2024-11-14T22:13:20Z) oder rohe Epoch-Zahlen aus als lokale Datumsstrings. Ein weiterer Klassiker ist das Vermischen von Sekunden und Millisekunden: Ein Datum im Jahr 55000 oder im Jahr 1970 bedeutet meist eine falsche Einheit, und der Hinweis „Erkannt als“ unter der Eingabe sagt Ihnen, welche Einheit angenommen wurde. Und denken Sie an die 32-Bit-Grenze: Systeme, die Sekunden in einer vorzeichenbehafteten 32-Bit-Ganzzahl speichern, laufen am 19. Januar 2038 über.

Hintergrund: Warum 1970?

Die Unix-Epoche wurde von den Unix-Entwicklern in den Bell Labs Anfang der 1970er-Jahre gewählt; die erste Ausgabe zählte Sechzigstelsekunden ab 1971 und lief innerhalb von Monaten über, deshalb wurde auf ganze Sekunden ab dem 1. Januar 1970 umgestellt – ein rundes Datum sicher in der jüngeren Vergangenheit. Weil Schaltsekunden ignoriert werden, hat jeder Unix-Tag genau 86.400 Sekunden, was die Arithmetik trivial macht – und der Grund ist, warum sich das Format von Unix aus in jede Datenbank, Programmiersprache und jedes Netzwerkprotokoll verbreitet hat. Das Jahr-2038-Problem, wenn vorzeichenbehaftete 32-Bit-Zähler überlaufen, ist das direkte Erbe dieses frühen Designs; moderne Systeme speichern 64-Bit-Werte und sind für die nächsten 292 Milliarden Jahre sicher.

Wo es verwendet wird

Zeitstempel sind die Claims exp, iat und nbf in einem JWT-Token, die created_at-Spalten in fast jeder Datenbank, das erste Feld der meisten Logzeilen, HTTP-Cache-Header, Cron- und Scheduling-Systeme, Blockchain-Block-Header, Dateisystem-Metadaten (mtime) und die ETag/Last-Modified-Logik, die entscheidet, ob ein CDN eine zwischengespeicherte Seite wiederverwenden darf. Wenn in einem Support-Ticket steht „der Export ist um 1718000000 fehlgeschlagen“, machen Sie daraus mit diesem Umrechner eine Uhrzeit im menschlichen Kalender; beim Schreiben von Tests liefert die Umrechnung eines festen Datums in Epoch-Sekunden einen stabilen, zeitzonenunabhängigen Wert für Ihre Assertions. Strukturierte Daten auf dieser Website – und in jeder JSON-API, die Sie bauen – sollten ISO-8601-Strings für die Lesbarkeit und Epoch-Ganzzahlen für die Arithmetik verwenden.

Häufig gestellte Fragen