Generatore di UUID
Imposta le opzioni e genera: ogni UUID è creato al momento nel tuo browser, nulla viene caricato.
RFC 4122 versione 4, con un vero fallback
Questo generatore usa crypto.randomUUID(), un metodo
integrato nel browser che restituisce direttamente un UUID v4
conforme allo standard — è supportato universalmente nelle versioni
attuali di tutti i browser principali. Come rete di sicurezza, lo
strumento include anche un fallback documentato basato su
crypto.getRandomValues() che costruisce a mano lo
stesso formato v4 (impostando manualmente i bit di versione e
variante), usato automaticamente se randomUUID non è
disponibile in un dato ambiente. Entrambi i percorsi usano una
fonte casuale crittograficamente sicura, non Math.random().
Le tue scelte su maiuscolo e senza trattini vengono applicate al
risultato dopo, come semplici trasformazioni di testo.
Esempio pratico
Generando un UUID potresti ottenere
502fb771-2b2b-4f9f-bb91-ffc7ee8269f2. Nota il
4 all'inizio del terzo gruppo — è la cifra fissa di
versione — e la b all'inizio del quarto gruppo, che è
sempre uno tra 8, 9, a, b, i bit fissi di variante.
Attivando "Maiuscolo" diventa
502FB771-2B2B-4F9F-BB91-FFC7EE8269F2; disattivando
"Trattini" diventa
502fb7712b2b4f9fbb91ffc7ee8269f2.
Domande frequenti
Cos'è un UUID?
Un Universally Unique Identifier è un valore a 128 bit, di solito scritto come 32 cifre esadecimali in cinque gruppi separati da trattini (8-4-4-4-12), usato per identificare qualcosa — una riga di database, una sessione, un file — senza bisogno di un'autorità centrale che assegni i numeri. Due sistemi qualsiasi possono generare UUID in modo indipendente e, in pratica, non collidono mai.
Cosa significa 'v4'?
È una delle diverse versioni di UUID definite dall'RFC 4122, e descrive come vengono prodotti i bit. La versione 4 è basata sulla casualità: a parte una manciata di bit fissi di versione e variante, ogni bit proviene da un generatore di numeri casuali. È diverso dalla versione 1, che codifica il timestamp corrente e un identificatore di nodo — gli ID v1 rivelano più o meno quando (e a volte dove) sono stati creati; gli ID v4 non rivelano nulla oltre a se stessi.
Sono garantiti come unici?
Non in senso matematicamente garantito — ma abbastanza vicino da non fare differenza in pratica. Un UUID v4 ha 122 bit casuali, quindi la probabilità di generarne mai due identici è astronomicamente piccola: servirebbe generare circa un miliardo di UUID al secondo per circa 85 anni prima che la probabilità di una singola collisione raggiunga il 50%. Trattali come unici; non costruire un sistema la cui unica rete di sicurezza sia una dimostrazione matematica formale di zero collisioni.
Posso usarli come chiavi primarie di database?
Sì, è pratica comune, con un compromesso reale da conoscere. Poiché i valori v4 sono casuali, inserirli in un indice (specialmente una chiave primaria clustered/B-tree) sparge le scritture su tutto l'indice invece di aggiungerle in fondo, il che può frammentare l'indice e peggiorare le prestazioni di inserimento su larga scala — a differenza degli ID interi sequenziali o ordinati nel tempo. Molti team accettano questo costo per i vantaggi di ID imprevedibili, unibili e senza coordinamento centrale; altri passano a varianti ordinate nel tempo (come UUIDv7) proprio per evitarlo. Non c'è una scelta universalmente corretta — dipende dal volume di scritture e dai pattern di accesso.