Konverterare för epok

Nuvarande Unix Epoch

En loggrad visar 1729523412, ett API returnerar 1729523412000 och en databas skriver 1729523412.845293. Alla tre är samma tidpunkt sedan den 1 januari 1970 UTC: den första i sekunder, den andra i millisekunder och den tredje i sekunder med en decimaldel. Denna omvandlare fungerar i båda riktningarna: klistra in en tidsstämpel för att läsa datum och tid i UTC, eller ange ett datum för att få epokvärdet i sekunder eller millisekunder.

Så här konverterar du en epoktidsstämpel

  1. 1

    Klistra in en tidsstämpel

    Ett värde i sekunder (10 siffror), millisekunder (13 siffror) eller med en decimaldel, till exempel 1729523412.845293.

  2. 2

    Välj precision

    Väljaren ovanför inmatningsfältet väljer sekunder eller millisekunder. Datumresultatet behåller sekunddelar ned till mikrosekunder.

  3. 3

    Läs UTC-datumet

    Det konverterade värdet visas i UTC i formatet YYYY-MM-DD HH:MM:SS.mikrosekunder, redo att kopieras.

  4. 4

    Vänd på det

    Ange ett datum och en tid i UTC för att få epokvärdet i sekunder eller millisekunder.

Vad är “epoken”

Unix-tiden mäter sekunder (eller bråkdelar av dem) sedan den 1 januari 1970 kl. 00:00:00 UTC, vilket kallas Unix-epoken. Det är den dominerande maskinläsbara tidsstämpeln i programvara:

  • POSIX-system: time() returnerar antalet sekunder sedan epoken.
  • JavaScript: Date.now() returnerar millisekunder.
  • Java: System.currentTimeMillis() returnerar millisekunder.
  • Go: time.Now().Unix() returnerar sekunder; UnixNano() returnerar nanosekunder.

Precision efter storlek

Antal siffror Precision Exempel
10 sekunder 1 729 523 412
13 millisekunder 1 729 523 412 000
16 mikrosekunder 1 729 523 412 000 000
19 nanosekunder 1 729 523 412 000 000 000

Denna omvandlare accepterar sekunder, millisekunder och värden med decimaldel; ställ in precisionsväljaren efter din inmatning.

Betydelsefulla tidsstämplar

  • 0 - 1 januari 1970 kl. 00:00:00 UTC. Själva epoken.
  • 1 000 000 000 – 9 september 2001 kl. 01:46:40 UTC. Ett vanligt tillfälle för en “miljardsekundsfest”.
  • 1 234 567 890 – 13 februari 2009 kl. 23:31:30 UTC.
  • 2 147 483 647 – 19 januari 2038 kl. 03:14:07 UTC. Y2K38-problemet: överflöde i ett 32-bitars heltal med tecken.
  • 10 000 000 000 – Avlägsen framtid: 20 november 2286 kl. 17:46:40 UTC.

Y2K38-problemet

System som lagrar Unix-tid i ett 32-bitars heltal med tecken svämmar över vid 2 147 483 647 sekunder (19 januari 2038). Moderna system använder 64-bitars heltal, vilket skjuter problemet längre bort än solens värmedöd. Äldre inbyggda system och gamla databaser kan fortfarande drabbas; kontrollera din teknikstack.

Tidszonssubtiliteter

Epoktiden är i grunden UTC. När du omvandlar den för visning tillämpar du en tidszon:

  • IANA-namn (America/Los_Angeles, Europe/Berlin): hanterar sommartid automatiskt.
  • Offset (-08:00, +05:30): fast offset, utan beaktande av DST.
  • Förkortning (PST, CEST): tvetydig; olika regioner använder samma förkortningar. Undvik den vid lagring.

DST-regler ändras över tid. En historisk tidsstämpel i America/New_York använder de DST-regler som gällde det datumet, inte dagens regler. Denna omvandlare visar alltid UTC. För att se tidpunkten i din region, tolka UTC-resultatet med ett IANA-namn eller en fast offset.

ISO 8601 jämfört med RFC 2822

För tidsstämplar i dataformat:

  • ISO 8601 (2024-10-21T14:30:12Z): föredragen modern standard, sorterbar och entydig.
  • RFC 2822 (Mon, 21 Oct 2024 14:30:12 +0000): används i HTTP-huvuden och e-postmeddelanden.

För visning för människor: lokalt format enligt deras lokala konventioner.

Arbete med skottsekunder

POSIX-tiden räknar inte skottsekunder; den hoppar tyst tillbaka en sekund när en skottsekund införs. TAI (International Atomic Time) räknar dem däremot. För det mesta applikationskod är POSIX korrekt; för astronomi, geodesi och precisionstidmätning bör du använda TAI eller UTC med beaktande av skottsekunder.

Vanliga frågor

Kontrollera precisionsväljaren: ett millisekundvärde (13 siffror) som tolkas som sekunder ger ett datum långt in i framtiden. Verktyget visar alltid UTC; jämför resultatet med din lokala offset innan du konverterar.

Ja. Verktyget accepterar negativa tidstämplar, vilka representerar datum före Unix-epoken. 31 december 1969 kl. 23:59:59 UTC motsvarar -1.

Lagra epoken (UTC) och ett IANA-tidzonsnamn som separata fält. ISO 8601 med offset (t.ex. 2024-10-21T14:30-07:00) innehåller offseten men förlorar möjligheten att omdefiniera värdena vid ändring av DST-regler. Använd IANA-namn för standardiserad lagring.

Nej. Värdet skickas till servern endast för att utföra konverteringen och sparas eller loggas inte. Verktyget registrerar en anonym räkning av konverteringar, utan värdet.

Relaterade verktyg

Verktyget finns på andra språk