Tidsstämpelkonverterare

Om Unix-tidsstämplar

En Unix-tidsstämpel räknar sekunder (eller millisekunder) sedan den 1 januari 1970 UTC — "epoken". Det är ett enda tal som entydigt representerar ett ögonblick i tiden, oberoende av tidszon eller kalenderformat, vilket är varför de flesta system lagrar och utväxlar datum på detta sätt internt.

Unix-tid ignorerar notoriskt skottsekunder — varje dag definieras som exakt 86 400 sekunder, så de sällsynta skottsekunder som håller klockor i linje med jordens rotation absorberas helt enkelt i stället för att räknas, vilket är varför Unix-tid ibland kallas "nästan linjär" snarare än verkligt linjär. En mer praktisk gräns: den traditionella 32-bitars signerade representationen av Unix-tid går över gränsen den 19 januari 2038 — det så kallade år 2038-problemet — även om de flesta system idag lagrar tidsstämplar som 64-bitars värden, vilket skjuter samma överskridande ungefär 292 miljarder år framåt.

Var du stöter på det

• Läsa ett created_at- eller expires_at-fält från ett API-svar eller en databasrad
• Felsöka varför ett JWT:s exp- eller iat-claim inte stämmer med vad du förväntade dig
• Konvertera en loggtidsstämpel till din lokala tid under utredningen av en incident
• Kontrollera om en cache, token eller session faktiskt har gått ut

Vanliga frågor

Hur vet jag om en tidsstämpel är i sekunder eller millisekunder?
Sekundbaserade tidsstämplar för aktuella datum är 10 siffror långa; millisekundbaserade är 13. Det här verktyget upptäcker automatiskt vilken du klistrade in.

Varför ser min tidsstämpel "fel" ut med några timmar?
En Unix-tidsstämpel i sig har ingen tidszon — det är ett exakt ögonblick. Det som ändras är hur den visas: raderna UTC och Lokal här visar samma ögonblick, bara formaterat för två olika tidszoner.

Hanterar detta datum före 1970?
Ja — negativa tidsstämplar representerar ögonblick före epoken, och det här verktyget tolkar och visar dem på samma sätt.

Vad är år 2038-problemet?
En traditionell 32-bitars signerad Unix-tidsstämpel kan bara räkna upp till 2 147 483 647 sekunder efter epoch, vilket nås 03:14:07 UTC den 19 januari 2038 — en sekund senare går den över gränsen och slår om till ett negativt tal, som vanligtvis läses som ett datum år 1901. System som fortfarande använder 32-bitars tidsstämplar (viss inbyggd och äldre 32-bitarsprogramvara) påverkas; de flesta moderna 64-bitarssystem lagrar redan tidsstämplar i 64 bitar, vilket skjuter samma överskridande långt bortom varje praktisk tidsram.