Générateur UUID

Suivant

Les UUID vous donnent des identifiants uniques au niveau mondial sans coordination avec une autorité centrale. Ce générateur produit des valeurs conformes à la RFC 4122 en v1 (horodatage + MAC), v4 (aléatoire) et v7 (préfixé par un horodatage, triable). Choisissez une version, demandez 1 ou 1000, et copiez la liste dans des données de départ, la génération de clés API ou vos tests unitaires.

Comment générer des UUID

  1. 1

    Choisissez une version

    v4 pour aléatoire générique, v7 lorsque l'ordre de tri est important, v1 lorsque vous avez besoin d'informations d'horodatage.

  2. 2

    Choisissez la quantité

    Un UUID ou un lot de jusqu'à 10 000 en une seule exécution.

  3. 3

    Générer

    Les valeurs utilisent l'API crypto du navigateur pour une randomisation cryptographique.

  4. 4

    Copier ou télécharger

    Récupérez sous forme de liste séparée par des nouvelles lignes, tableau JSON ou CSV.

Quelle version d’UUID devriez-vous utiliser ?

Version Structure Meilleur pour
v1 Horodatage + horloge + adresse MAC Identifiants de journal où vous avez besoin de chronologie
v4 122 bits aléatoires Identifiants uniques génériques, fixtures de test
v7 Horodatage Unix ms + aléatoire (triable) Clés primaires dans les bases de données

Pourquoi v7 devient la norme

v4 est aléatoire, ce qui le rend terrible en tant que clé primaire de base de données : les insertions se dispersent dans l’arbre B et nuisent au débit d’écriture. v7 (finalisé dans la RFC 9562 en 2024) préfixe l’UUID avec un horodatage en millisecondes de 48 bits, de sorte que les nouvelles lignes se retrouvent à la fin de l’index. Vous obtenez toujours l’unicité et aucune coordination, plus un ordre de tri approximatif par heure de création.

Règles de format

Un UUID est de 128 bits rendu sous forme de 32 chiffres hexadécimaux dans le motif 8-4-4-4-12 :

018f5b9c-7d4a-7a1b-8c0e-2e1b3c4d5e6f
         ^^                ^
         nibble de version    bits de variante
  • Le nibble de version est le 13ème caractère (après 018f5b9c-7d4a-). Il est 4 pour v4, 7 pour v7, etc.
  • Les bits de variante sont les deux premiers bits du 17ème caractère. Ils sont 10 (nibble haut 8/9/a/b) pour les UUID conformes à la RFC 4122.

Probabilités de collision

Pour v4, les chances de générer un duplicata sont extrêmement faibles : vous devriez générer 2,7 quintillions (2,7 × 10^18) d’UUID avant d’atteindre 50 % de chances de collision. C’est plus que ce que la plupart des bases de données verront jamais. v7 partage la queue aléatoire, donc les probabilités de collision sont équivalentes dans la même milliseconde.

Questions fréquentes

Historiquement oui car ils intégraient l’adresse MAC de l’hôte générateur. Les générateurs modernes (y compris celui-ci) substituent un ID de nœud aléatoire de 48 bits, donc v1 ne révèle plus le matériel.

Lorsqu’il est généré avec un CSPRNG (ce que cet outil utilise via crypto.getRandomValues), le v4 est suffisamment imprévisible pour être utilisé comme jeton de session. Mais les UUID ne sont pas des secrets en soi, si vous avez besoin d’un secret, nommez-le comme tel.

Oui, ils sont sûrs pour les URL (hexadécimaux et tirets uniquement). Pour un affichage plus court, envisagez d’encoder les 128 bits bruts en base-32 ou base-62, ou utilisez un ULID, qui fait 26 caractères et est triable comme v7.

Non. La génération se fait dans votre navigateur et les valeurs ne touchent jamais un serveur.

Outils similaires

Outil disponible dans d’autres langues