Générez des UUID version 4 RFC 4122 à partir d'un aléa cryptographiquement sûr — un à la fois ou en lot, entièrement local.
Traité localement dans votre navigateur
1–100 par lot.
RFC 4122 version 4 — 122 bits aléatoires issus du générateur cryptographique de la plateforme, champs version et variante fixes.
À propos de cet outil
Le générateur d'UUID produit des identifiants universellement uniques version 4 (RFC 4122) à partir d'un aléa cryptographiquement sûr — getRandomValues de la plateforme, la même source que votre runtime utilise pour les identifiants sécurisés. Générez un UUID d'un clic, ou jusqu'à 100 d'un coup pour des données de test, des données d'amorçage ou des suites de tests ; choisissez minuscules ou majuscules et forme avec ou sans tirets, puis copiez une valeur ou le lot entier. Chaque valeur générée est validée contre les bits de version et de variante avant d'être affichée, et le générateur valide aussi tout UUID que vous collez — en vérifiant la forme, le demi-octet de version 4 et les bits de variante RFC, pas seulement le motif de tirets. La méthode est montrée ouvertement : 122 bits aléatoires, avec les champs de version et de variante fixés, exactement comme le spécifie la section 4.4 de la RFC 4122. Tout s'exécute localement : aucune valeur générée ou validée n'est téléversée, journalisée ni stockée. Utilisez cet outil pour des données de test, des clés de base de données, des identifiants d'événements, ou tout endroit où un UUID v4 est nécessaire et où vous voulez que l'aléa provienne de la source cryptographique de la plateforme plutôt que d'un service web partagé.
Comment le résultat est-il calculé ?
Trois données de test
Générez trois UUID pour des données de test. Chaque valeur possède le demi-octet de version 4 (un 4 dans le troisième groupe) et les bits de variante (8, 9, a ou b en tête du quatrième groupe), par exemple 7f3a9c21-4d2e-4b8a-9c1e-2f3a4b5c6d7e — le motif est visible d'un coup d'œil, si bien qu'un faux saisi à la main se repère facilement.
Exemple d'entrée et de sortie
Entrée
Valeur
count
3
format
lowercase, hyphenated
Résultat
3 UUID v4 RFC 4122 valides, chacun vérifié contre les bits de version et de variante
Quelle est la formule et ses hypothèses ?
Construction de la version 4
uuid = 122 random bits, with version = 0100 and variant = 10 fixed
Termes de la formule
Symbole
Signification
version
le demi-octet de poids fort du troisième groupe, fixé à 4
variant
les deux bits de poids fort du quatrième groupe, fixés à 10
L'aléa provient de getRandomValues de la plateforme, cryptographiquement sûr.
Quelles sont les erreurs les plus courantes ?
Utiliser Math.random() pour des identifiants — il n'est pas cryptographiquement sûr ; cet outil utilise getRandomValues.
Accepter n'importe quelle chaîne 8-4-4-4-12 comme UUID v4 — les bits de version et de variante doivent aussi correspondre.
Saisir des UUID à la main pour des données de test — un seul caractère faux rend la valeur invalide.
Générer des identifiants sur un serveur qui les journalise — cet outil est entièrement local.
Quelles sont les hypothèses et les limites ?
Version 4 uniquement : l'outil génère et valide la v4 ; les v1, v3, v5 et la v7 ordonnée par le temps ne sont pas prises en charge.
La génération en lot est plafonnée à 100 valeurs par lot pour garder la page réactive.
L'unicité est probabiliste, pas garantie — l'outil énonce les probabilités au lieu de promettre une unicité absolue.
Dernière révision 5 août 2026 · Version 1.0.0 · Toolivaro ne garantit pas les contenus externes.
Questions fréquentes
Pourquoi mon UUID généré a-t-il toujours un 4 dans le troisième groupe ?
C'est le champ de version : la version 4 de la RFC 4122 fixe le demi-octet de poids fort de cet octet à 0100 (soit 4 en hexadécimal). Chaque UUID v4 valide l'affiche — ce n'est pas un bug, c'est le format.
Deux UUID générés sont-ils garantis différents ?
Aucun générateur ne peut garantir l'unicité — la v4 fournit 122 bits aléatoires, les collisions sont donc astronomiquement improbables (environ 1 sur 2^61 pour deux milliards de valeurs) mais pas impossibles. L'outil utilise l'aléa cryptographique de la plateforme, la source la plus robuste disponible dans le navigateur.
Que vérifie le validateur ?
La forme (groupes hexadécimaux 8-4-4-4-12), le demi-octet de version 4 et les bits de variante RFC. Une chaîne avec le bon motif de tirets mais la mauvaise version — comme un UUID v1 ou v3 — est correctement rejetée.