Sări la conținut
TextArray1.41.0
Complet local

Decodificator de ID Snowflake

Descompune un ID Snowflake de 64 de biți în componentele sale de timestamp, mașină și secvență.

Intrare
Ieșire
Instrumente conexe
Decodor UUIDInstrumente pentru dezvoltatori
Convertor de marcaj temporal UnixCodificare și conversie
Generator ULIDGeneratoare aleatorii
Diferența tastei i18nInstrumente pentru dezvoltatori
Convertor TOML în JSONInstrumente pentru dezvoltatori
SQL în JSONInstrumente pentru dezvoltatori
Decodificator de ID Snowflake
Lipiți unul sau mai multe ID-uri Snowflake — identificatorii de 64 de biți utilizați de Twitter, Discord, Instagram, Mastodon și nenumărate sisteme interne care urmează acest model — și acest instrument descompune fiecare dintre ele în timestamp-ul, identificatorii de mașină și numărul de secvență. Fiecare serviciu adaugă un ID Snowflake la date (un tweet, un mesaj Discord, un rând din baza de date) pentru ca ID-urile să fie ordonate cronologic și pot fi generate de mai multe mașini simultan fără a avea nevoie de sincronizare.
Alegeți epoca care se potrivește sursei dumneavoastră sub Epocă / format: Twitter și Discord au aceeași aspect al biților, dar date de început diferite, Instagram împarte biții diferit (un câmp shard mai larg, fără ID de lucrător separat), iar Mastodon omite complet câmpurile de mașină în favoarea unui simplu timestamp de milisecunde plus secvență. Selectați Personalizat și furnizați propria dumneavoastră epocă în milisecunde Unix pentru orice alt sistem asemănător Snowflake. Afișa ora locală adaugă propriul fus orar lângă timestamp-ul UTC, iar Afișa descompunerea binară tipărește grupurile de biți brute, astfel încât să vedeți exact care biți poartă ce câmp.
Comutați Direcție la Dată → ID limită pentru a merge în sens invers: tastați o dată (simplu 2026-08-11 sau un timestamp complet ISO 8601) și primiți cel mai mic și cel mai mare ID Snowflake care ar putea exista pentru acea milisecundă — perechea pe care majoritatea API-urilor o așteaptă ca cursor "înainte"/"după" atunci când paginez după ID în loc de după numărul paginii. Fiecare rând este procesat independent, permițând decodificarea unui jurnal întreg de ID-uri sau generarea de limite pentru o listă întreagă de date într-o singură trecere. Instrumentul validează că fiecare valoare se potrivește unui Snowflake de 64 de biți și raportează rânduri invalide sau în afara intervalului în loc să le ignore în tăcere.
Totul funcționează local în browserul dumneavoastră — ID-uri lipite, date și orice epocă personalizată nu lasă niciodată dispozitivul dumneavoastră, ceea ce îl face sigur de utilizat cu date de producție. Copiați rezultatul, descărcați-l ca fișier .txt, sau trimiteți-l direct la intrarea unui alt instrument pentru a continua să lucrați cu el.
FAQ
Ce este un ID Snowflake?
Un număr de 64 de biți care ambalează un timestamp de milisecunde, unu sau doi identificatori de mașină și un contor de secvență per milisecundă într-un singur întreg sortabil. Twitter a introdus schema; Discord, Instagram, Mastodon și multe sisteme interne utilizează variante ale acesteia.
De ce ID-urile Twitter și Discord au nevoie de setări diferite?
Au același aspect al biților, dar numără milisecundele din puncte de începere diferite — epoca Twitter începe în noiembrie 2010, era Discord în ianuarie 2015. Alegerea celei greșite dă un timestamp care este greșit cu ani.
Care este diferența dintre decodificare și direcția ID limită?
Decodificarea citește un ID existent din nou în câmpurile sale. Direcția de limită face opusul: dată o dată, construiește cel mai mic și cel mai mare ID Snowflake pe care acea marcă de timp l-ar fi putut produce, ceea ce majoritatea API-urilor se așteaptă ca cursori "înainte"/"după" la paginarea după ID.
De ce Instagram arată un shard, dar fără un câmp de lucrător separat?
Formatul Instagram alocă mai mulți biți pentru un identificator de shard unic în loc să împartă un ID de centru de date și un ID de lucrător cum fac Twitter și Discord — o diferență de proiectare deliberată, nu o lacună de decodificare.
Se datele mele sunt încărcate undeva?
Nu. Fiecare ID, dată și epocă personalizată pe care o introduceți este procesată în întregime în browserul dumneavoastră și nu este niciodată trimisă unui server.