Mit Unix-Zeitstempeln arbeiten: Epochenzeit einfach erklärt

Öffne eine API-Antwort oder eine Datenbankzeile und du findest ein Datum oft als schlichte Zahl wie 1751760000 gespeichert. Das ist ein Unix-Zeitstempel, und so verfolgt eine riesige Menge Software die Zeit. Dieser Ratgeber erklärt, was diese Zahl bedeutet, warum Computer die Zeit so zählen, und die Fallstricke — Sekunden vs. Millisekunden, Zeitzonen und das Jahr-2038-Problem.

Was ein Unix-Zeitstempel ist

Ein Unix-Zeitstempel ist die Anzahl der Sekunden, die seit einem festen Moment namens Epoche vergangen sind: 00:00:00 UTC am 1. Januar 1970. Also ist 0 die Epoche selbst, 60 eine Minute danach und 1751760000 ein Moment im Jahr 2025. Es ist einfach ein laufender Zähler von Sekunden.

Warum Sekunden ab 1970 zählen?

Zeit als einzelne Ganzzahl darzustellen ist für Computer enorm praktisch. Zwei Momente zu vergleichen wird zum Vergleich zweier Zahlen; die Lücke dazwischen zu finden ist Subtraktion; Ereignisse zu sortieren ist bloß Ganzzahlen sortieren — alles ohne Kalender, Monate, Schaltjahre oder Zeitzonen. Der Startpunkt 1970 ist eine historische Wahl aus den frühen Tagen des Unix-Betriebssystems, die einfach geblieben ist.

Die Sekunden-vs-Millisekunden-Falle

Das ist der Fehler, den fast jeder mindestens einmal macht. Unix-Zeitstempel sind klassisch in Sekunden, aber viele Systeme — besonders JavaScript — nutzen Millisekunden (Tausendstelsekunden). Die beiden unterscheiden sich um den Faktor 1000:

Sekunden:      1751760000
Millisekunden: 1751760000000

Gib einen Sekundenwert in etwas, das Millisekunden erwartet, und dein Datum landet 1970; umgekehrt landet es Zehntausende Jahre in der Zukunft. Der schnelle Plausibilitätscheck: ein aktueller Zeitstempel hat in Sekunden 10 Ziffern, in Millisekunden 13. Wenn ein umgewandeltes Datum absurd aussieht, ist fast immer das der Grund.

Zeitzonen und UTC

Eine zentrale Stärke von Unix-Zeitstempeln: die Zahl selbst ist immer in UTC. Sie stellt einen exakten Augenblick dar, für jeden auf der Erde gleich. Der Zeitstempel 1751760000 ist ein einziger Moment; ob er als 16 Uhr in London oder 11 Uhr in New York angezeigt wird, ist rein eine am Ende angewandte Anzeigewahl. Zeit als UTC-Zeitstempel zu speichern und nur bei der Anzeige in Ortszeit umzurechnen, vermeidet eine ganze Kategorie von Zeitzonenfehlern. Um denselben Moment über verschiedene Regionen zu sehen, ist ein Zeitzonen-Konverter das richtige Werkzeug.

In und aus menschlichen Daten umwandeln

Du wirst ständig in beide Richtungen müssen — einen Zeitstempel in ein lesbares Datum, um ein Log zu debuggen, oder ein Datum in einen Zeitstempel, um eine API abzufragen. Unser Unix-Zeitstempel-Konverter macht beides sofort und zeigt das Ergebnis in deiner Ortszeit und in UTC. Um stattdessen den Abstand zwischen zwei Daten zu messen, erledigt das der Datumsdifferenz-Rechner direkt.

Das Jahr-2038-Problem

Ältere Systeme speichern den Zeitstempel als vorzeichenbehaftete 32-Bit-Ganzzahl, die nur bis 2.147.483.647 zählen kann. Diese Grenze wird um 03:14:07 UTC am 19. Januar 2038 erreicht — eine Sekunde später läuft der Zähler über und schlägt in eine negative Zahl um, wirft Daten zurück ins Jahr 1901. Dieselbe Fehlerklasse wie Y2K. Die Lösung ist bereits weit verbreitet: eine 64-Bit-Ganzzahl schiebt die Grenze rund 292 Milliarden Jahre hinaus. Die meiste moderne Software ist in Ordnung, aber es lohnt sich zu wissen, wenn man Altsysteme anfasst.

Kurzreferenz

• Ein Unix-Zeitstempel = Sekunden seit dem 1. Januar 1970 UTC.
• 10 Ziffern = Sekunden; 13 Ziffern = Millisekunden.
• Der Wert ist immer UTC — Zeitzonen nur bei der Anzeige anwenden.
• 32-Bit-Speicherung bricht 2038; 64-Bit nicht.