Epoch-Zeit-Konverter

Konvertieren Sie Unix-Zeitstempel in UTC-Daten oder wandeln Sie ein Datum in Epoch-Sekunden um.

Wählen Sie, ob ein Zeitstempel in ein Datum oder ein Datum in einen Zeitstempel konvertiert werden soll.
Geben Sie den Unix-Zeitstempel in Sekunden ein.

Umgerechneter Wert

2024-03-09T16:00:00.000Z

UTC-Wert2024-03-09T16:00:00.000Z
Unix-Millisekunden1.710.000.000.000
WochentagSamstag

So verwenden Sie diesen Epoch-Zeit-Konverter

  1. Wählen Sie den Konvertierungsmodus

    Wählen Sie im Feld Konvertierungsmodus entweder „Epoch zu Datum“ oder „Datum zu Epoch“.

  2. Für Epoch zu Datum

    Geben Sie den Unix-Zeitstempel in Sekunden in das Feld Epoch-Zeitstempel (Sekunden) ein.

  3. Für Datum zu Epoch

    Wählen Sie das Datum im Kalender aus und stellen Sie dann Stunde (UTC), Minute (UTC) und Sekunde (UTC) nach Bedarf ein.

  4. Ergebnis ablesen

    Der Rechner zeigt den UTC-Wert, Unix-Millisekunden und den Wochentag an.

Methodik

So funktioniert dieser Epoch-Zeit-Konverter

Dieser Epoch-Zeit-Konverter übersetzt zwischen Unix-Zeitstempeln und menschenlesbaren UTC-Daten. Die Unix-Zeit – auch POSIX-Zeit oder Epoch-Zeit genannt – zählt die Anzahl der Sekunden, die seit der Unix-Epoche vergangen sind, definiert als Mitternacht UTC am 1. Januar 1970 (1970-01-01T00:00:00Z). Diese Darstellung als einzelne Ganzzahl ist der De-facto-Standard für das Speichern und Übertragen von Zeitstempeln in Datenbanken, APIs, Logdateien, JWT-Tokens und praktisch jeder modernen Programmiersprache. Der Konverter unterstützt beide Richtungen: Die Eingabe eines numerischen Zeitstempels liefert das entsprechende UTC-Datum, den Wochentag und das Millisekunden-Äquivalent, während die Eingabe eines Kalenderdatums und einer Uhrzeit den Epoch-Wert in Sekunden und Millisekunden zurückgibt.

Formel
Unix-Zeit = vergangene Sekunden seit 1970-01-01T00:00:00Z
Epoch Der Referenzpunkt: Mitternacht UTC am 1. Januar 1970 (Unix-Zeitstempel 0)
Unix-Zeit (s) Gesamte ganze Sekunden von der Epoche bis zum angegebenen Datum und der Uhrzeit
Unix-Zeit (ms) Unix-Zeit in Sekunden multipliziert mit 1.000 – verwendet von JavaScript Date, Java System.currentTimeMillis() und vielen APIs
UTC-Datum Das gregorianische Kalenderdatum und die 24-Stunden-Zeit entsprechend dem angegebenen Zeitstempel
Wochentag Der Name des Wochentags, abgeleitet vom konvertierten UTC-Datum
Beispiel

Um den Unix-Zeitstempel 1.700.000.000 in ein Datum umzuwandeln: Addieren Sie ausgehend vom 01.01.1970 00:00:00 UTC 1.700.000.000 Sekunden. Dies entspricht 19.675 Tagen, 17 Stunden, 46 Minuten und 40 Sekunden. Das resultierende UTC-Datum ist der 14.11.2023 um 22:13:20 UTC, ein Dienstag. Der Millisekunden-Wert beträgt 1.700.000.000.000. Umgekehrt ergibt die Eingabe vom 14. November 2023 um 22:13:20 UTC einen Epoch-Wert von genau 1.700.000.000.

Der Zeitstempel 0 entspricht 1970-01-01 00:00:00 UTC (Donnerstag). Die Entsprechung in Millisekunden ist 0.

Der Zeitstempel 1.704.000.000 entspricht 2023-12-31 12:00:00 UTC (Sonntag). Die Eingabe dieses Datums und dieser Uhrzeit im Modus „Datum zu Epoche“ ergibt 1.704.000.000.

Annahmen
  • Alle Berechnungen erfolgen in UTC. Umrechnungen in die Ortszeit erfordern die Anwendung des entsprechenden Zeitzonen-Offsets nach der Konvertierung.
  • Schaltsekunden werden nicht gezählt. Wie POSIX behandelt dieser Konverter jeden Tag als genau 86.400 Sekunden, was dem Verhalten der meisten Programmiersprachen und Betriebssysteme entspricht.
  • Negative Zeitstempel stehen für Daten vor der Epoche (1. Januar 1970). Zum Beispiel entspricht −86400 dem 31. Dezember 1969.
  • Millisekunden-Zeitstempel sollten vor der Eingabe durch 1.000 geteilt werden; der Konverter akzeptiert Sekunden als Eingabe und zeigt das Millisekunden-Äquivalent in den Ergebnissen an.
Hinweise
  • JavaScript's Date.now() und Java's System.currentTimeMillis() geben Millisekunden zurück, keine Sekunden — teilen Sie den Wert durch 1.000, bevor Sie ihn hier eingeben, oder verwenden Sie die Millisekunden-Ausgabe zum Vergleich.
  • Das Jahr-2038-Problem betrifft vorzeichenbehaftete 32-Bit-Ganzzahl-Zeitstempel, die am 19. Januar 2038 um 03:14:07 UTC überlaufen werden. Die meisten modernen Systeme sind auf 64-Bit-Zeitstempel umgestiegen.
  • Achten Sie beim Debuggen von API-Antworten oder Logdateien auf Zeitstempel, die um genau 3.600 oder 7.200 Sekunden abweichen — dies deutet meist darauf hin, dass irgendwo in der Pipeline ein Zeitzonen-Offset angewendet (oder weggelassen) wurde.
  • Die Epoch-Zeit ist immer monoton steigend (abgesehen von Schaltsekunden-Anpassungen), was sie ideal für das Sortieren von Ereignissen, das Berechnen von Zeitspannen und das Erzeugen eindeutiger zeitbasierter Identifikatoren macht.
Quellen
  1. IEEE Std 1003.1 (POSIX) — Definition von Sekunden seit der Epoche
  2. Ursprung der Unix-Epoche — Dokumentation der Unix Heritage Society und Bell Labs
  3. RFC 3339 — Datum und Uhrzeit im Internet: Zeitstempel

Was sind Unix-Zeitstempel?

Ein Unix-Zeitstempel ist die Anzahl der Sekunden, die seit Mitternacht UTC am 1. Januar 1970 – der Unix-Epoche – vergangen sind. Diese einzelne Ganzzahl ist der De-facto-Standard für die Darstellung von Zeit in Datenbanken, APIs, Logdateien und den meisten Programmiersprachen. Da sie zeitzonenunabhängig und monoton steigend ist, vereinfacht sie das Sortieren, Dauerberechnungen und zeitbasierte Vergleiche. JavaScripts Date.now() und viele APIs geben Millisekunden zurück (1.000 × Sekunden); teilen Sie den Wert daher durch 1.000, bevor Sie hier einen Millisekundenwert eingeben. Negative Zeitstempel stehen für Daten vor 1970; zum Beispiel ist −86400 genau ein Tag vor der Epoche.

Anwendungsfälle für die Unix-Zeit für Entwickler

Entwickler verwenden Unix-Zeitstempel beim Speichern von Ereigniszeiten in Datenbanken, beim Serialisieren von Daten in JSON-APIs, beim Generieren zeitbasierter Cache-Schlüssel und beim Debuggen von Log-Einträgen. Datenbankspalten speichern Zeitstempel oft als Ganzzahlen für effiziente Indizierung und Bereichsabfragen. API-Antworten geben häufig Epochensekunden oder -millisekunden zurück, um Zeitzonen-Unklarheiten zu vermeiden. Beim Debuggen zeigt die Konvertierung eines rohen Zeitstempels aus einem Log oder einem JWT-Claim in ein menschenlesbares Datum schnell an, ob der Wert korrekt ist oder um einen Zeitzonenfaktor abweicht. Die Unix-Zeit wird auch für Rate Limiting, Sitzungsablauf und das Generieren sortierbarer eindeutiger Identifikatoren in verteilten Systemen verwendet.

Häufig gestellte Fragen zum Epoch-Zeit-Konverter

Was ist die Unix-Epoche?

Die Unix-Epoche ist der Referenzpunkt, ab dem die Unix-Zeit gemessen wird: Mitternacht UTC am 1. Januar 1970 (1970-01-01T00:00:00Z). Ein Zeitstempel von 0 entspricht genau diesem Moment.

Warum hat mein JavaScript-Zeitstempel mehr Stellen?

JavaScripts Date.now() gibt Millisekunden seit der Epoche zurück, nicht Sekunden. Teilen Sie durch 1.000, um in das von diesem Tool verwendete sekundenbasierte Format zu konvertieren, oder vergleichen Sie direkt mit der Millisekunden-Ausgabe.

Kann ich einen negativen Zeitstempel eingeben?

Ja. Negative Werte stehen für Daten vor der Epoche. Zum Beispiel entspricht −86400 dem 1969-12-31T00:00:00Z, genau einen Tag vor der Epoche.

Werden Schaltsekunden berücksichtigt?

Nein, und das entspricht dem POSIX-Standard. Die POSIX-Zeit geht davon aus, dass jeder Tag genau 86.400 Sekunden hat. Die 27 seit 1972 eingefügten Schaltsekunden werden nicht einzeln dargestellt, was bedeutet, dass UTC und Unix-Zeit an Schaltsekunden-Grenzen um bis zu eine Sekunde voneinander abweichen können.

Was ist das Jahr-2038-Problem?

Systeme, die die Unix-Zeit als vorzeichenbehaftete 32-Bit-Ganzzahl speichern, werden am 19. Januar 2038 um 03:14:07 UTC überlaufen, zu einer großen negativen Zahl springen und Daten im Jahr 1901 erzeugen. Die meisten modernen Plattformen verwenden heute 64-Bit-Zeitstempel, die für über 290 Milliarden Jahre nicht überlaufen werden.

Verfasst von Jan Křenek Gründer und leitender Entwickler
Geprüft von DigitSum Methodik-Prüfung Formelprüfung und Qualitätssicherung
Zuletzt aktualisiert 10. März 2026

Nutzen Sie dies als Schätzung und lassen Sie wichtige Entscheidungen von einem qualifizierten Fachmann prüfen.

Eingaben verbleiben im Browser, sofern eine zukünftige Funktion nicht ausdrücklich darauf hinweist.