Generate cryptographically-random RFC 4122 v4 UUIDs. 100% local — no server calls.
UUIDs are generated locally using the browser's cryptographic random number generator (crypto.getRandomValues). No data is uploaded — everything runs in your browser. Generated UUIDs are collision-resistant for practical use but should not be treated as cryptographically authenticated identifiers.
A v4 UUID is 122 random bits plus 6 fixed bits, written as 32 hex characters in 5 groups. The version (4) says "made of randomness"; the variant (10xx) says "RFC 4122". Everything else is cryptographically random.
Groups are 8-4-4-4-12 hex chars. Only the version nibble (position 19) and variant bits (position 20) are fixed — all other 122 bits are drawn from crypto.getRandomValues.
The same two positions are always meaningful; the rest is noise.
Generate up to 100 UUID v4 values at once. Everything runs locally; nothing is uploaded.
FreeToolHub UUID v4 Generator is a free browser-based tool — generate up to 100 UUID v4 values at once. No signup, no upload; everything runs locally in your browser.
Générez des UUID v4 aléatoires et sûrs en un clic, un par un ou par lots. Générés localement dans votre navigateur.
Ce générateur produit des UUID de version 4 conformes à la RFC 4122 — les identifiants aléatoires de 128 bits comme 3f8a1c2e-9b4d-4e6f-8a1b-2c3d4e5f6a7b que les bases de données, les API et les systèmes distribués utilisent comme clés sans collision. L'aléa provient de la source de nombres cryptographiques du navigateur, le même générateur sous-jacent utilisé pour les jetons de sécurité, et non une graine pseudo-aléatoire prévisible. Le mode génération en masse émet jusqu'à 100 UUID en un seul clic, avec des options de mise en forme en majuscules, avec accolades et sans traits d'union pour coller aux formats attendus par différents systèmes.
Les développeurs backend remplissent les bases de données de test et les fichiers de fixtures avec des clés primaires réalistes. Les concepteurs d'API génèrent des ID de requête et des clés d'idempotence lors de la conception de points de terminaison avant que le code n'existe. Les ingénieurs frontend produisent des clés temporaires pour le rendu de liste et les mises à jour optimistes. Les équipes de données génèrent des clés de jointure cohérentes à travers les fichiers CSV fusionnés. Quiconque prototype une logique distribuée — où deux machines doivent inventer des identifiants sans coordination — obtient des valeurs statistiquement uniques qui ne collisionneront même pas après des milliards de générations.
(1) Définissez la quantité, de 1 à 100. (2) Cliquez sur Generate — chaque UUID tire 122 bits aléatoires de crypto.getRandomValues, définit les bits de version et de variant selon la RFC 4122, et formate en la mise en forme canonique hexadécimale 8-4-4-4-12. (3) Basculez la mise en forme : majuscules pour les systèmes Windows hérités, accolades pour les GUID de style .NET, sans traits d'union pour un stockage compact ou une utilisation dans les URL. (4) Copiez tout ou un seul. La génération est instantanée et locale ; aucun appel réseau n'est impliqué et rien n'est enregistré.
La version 4 est purement aléatoire et le choix par défaut pour la plupart des systèmes : avec 122 bits aléatoires, la probabilité que deux UUID générés entrent en collision est astronomiquement faible — il faudrait générer des milliards par seconde pendant des siècles pour s'attendre à une seule collision. La version 1 intègre l'adresse MAC et l'horodatage, permettant un tri mais révélant l'identité de la machine génératrice ; la v7, de plus en plus adoptée, préfixe un horodatage en millisecondes afin que les index de base de données restent approximativement triés par temps, corrigeant la fragmentation d'index aléatoire de la v4 sur de grandes tables. Les ULID servent le même objectif avec une sortie plus courte et triable. Si votre base de données est petite, utilisez la v4 partout ; si les tables à forte insertion montrent une inflation d'index, évaluez la v7 sur les chemins critiques. Ce générateur se concentre sur la v4 car elle reste l'option par défaut interopérable sur Postgres, MySQL, MongoDB et chaque framework d'API majeur.
Les UUID existent en plusieurs versions, et la v4 (purement aléatoire) est le bon choix pour la plupart des utilisations modernes : clés primaires de base de données, systèmes distribués où deux nœuds doivent générer des ID sans coordination, et traçage de requête. Les alternatives valent leur peine dans des cas plus restreints — la v1 intègre un horodatage et une adresse MAC, qui trie chronologiquement mais révèle l'identité du matériel ; les v5 et v3 dérivent de manière déterministe à partir d'un nom via SHA-1 ou MD5, utiles lorsque la même entrée doit toujours donner le même ID ; la v7 combine un préfixe d'horodatage avec des bits de queue aléatoires, donnant une triabilité conviviale pour les bases de données sans le problème de confidentialité de la v1. Si vous n'êtes pas sûr, générez la v4 : elle n'a aucune hypothèse sur votre infrastructure, et ses 122 bits aléatoires rendent les collisions non problématiques à toute échelle qu'un seul générateur peut atteindre.
Un UUID v4 est une valeur aléatoire de 122 bits formatée en chiffres hexadécimaux 8-4-4-4-12 avec les bits de version et de variant fixes. Ce générateur utilise la source aléatoire sécurisée cryptographiquement de l'API Web Crypto — la même classe d'aléa que les navigateurs utilisent pour les clés TLS — et non une séquence prévisible Math.random().
Astronomiquement faibles. Il faudrait générer environ 2,7 trillions d'UUID v4 pour avoir 50 % de chances d'une collision. En pratique, la détection des doublons est inutile — traitez chaque UUID comme unique et indexez votre base de données directement dessus.
Un UUID v4 est suffisamment imprévisible pour servir de secret à faible enjeu, mais il n'a pas de date d'expiration, de signature ni de révocation — les clés d'API et jetons de session appropriés ont besoin de ces propriétés. Utilisez les UUID comme identifiants ; utilisez des mécanismes d'authentification dédiés pour l'authentification.
Ce sont les mêmes 128 bits — la comparaison devrait être insensible à la casse, et la plupart des systèmes normalisent en minuscules. L'option majuscules existe pour les conventions d'affichage ; si votre base de données stocke les UUID comme type natif, la casse n'a aucune importance.
Oui. Les UUID sont générés en utilisant l'API Web Crypto (crypto.getRandomValues), produisant des UUID version 4 RFC 4122 avec 122 bits d'aléa. La probabilité de collision est d'environ 1 sur 2^122 (5,3 × 10^36). Générez jusqu'à 10 000 UUID par lot, formatés en texte brut, tableau JSON ou instructions SQL INSERT.
Les options de sortie incluent : texte brut en minuscules/majuscules (un par ligne), tableau JSON, tableau JavaScript, instructions SQL INSERT VALUES, et CSV. La génération en masse de 1 000 UUID s'effectue en moins de 50 ms. Chaque UUID suit le modèle xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx avec les bits de version 4 et de variant 1 correctement définis.
Yes. UUIDs are generated using the Web Crypto API (crypto.getRandomValues), producing RFC 4122 version 4 UUIDs with 122 bits of randomness. The collision probability is approximately 1 in 2^122 (5.3 × 10^36). Generate up to 10,000 UUIDs per batch, formatted as plain, JSON array, or SQL INSERT statements.
Output options include: lowercase/uppercase plain text (one per line), JSON array, JavaScript array, SQL INSERT VALUES, and CSV. Bulk generation of 1,000 UUIDs completes in under 50ms. Each UUID follows the xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx pattern with version 4 and variant 1 bits correctly set.
What do you call a really smart cookie?
No signups, no data sold. Every tool is free to use — the free tier allows 5 downloads or saves per day, and the optional Pro plan ($7/mo, $59/yr) adds unlimited downloads, batch processing, white-label exports and an ad-free experience.
☕Support me on Ko-fi— support the free tier100% of proceeds go towards hosting & building more free tools.