Validateur et décodeur de UUID
Guide
Validateur et décodeur de UUID
Collez n'importe quel UUID et voyez immédiatement s'il est valide, quelle version il suit (v1 à v8, ainsi que les UUID spéciaux Nil et Max), et quelles données métas sont cachées dans ses bits. L'outil décode les timestamps des versions v1, v6 et v7 en une date lisible par l'humain, extrait l'identifiant de nœud / fragment MAC des UUIDs basés sur le temps, et rapporte le variant exactement tel que défini par les RFC 4122 et RFC 9562. Collez un seul UUID pour obtenir les détails complets, ou un UUID par ligne pour valider un ensemble entier en un coup.
Comment utiliser
- Collez un UUID dans la zone d'entrée. Pour la validation en masse, entrez un UUID par ligne.
- La boîte de résumé indique si l'entrée est valide et quelle version elle utilise.
- Le tableau Détails décodés décompose chaque champ du premier UUID, y compris les timestamps et les identifiants de nœud lorsque cela est applicable.
- Le tableau des résultats en masse s'affiche lorsque plus d'un UUID est fourni afin que vous puissiez scanner une liste entière d'un coup d'œil.
- Cliquez Essayez un exemple pour charger un mélange de UUID v1, v3, v4, v7 et Nil afin de voir comment chaque version est décodée.
Caractéristiques
- Couverture complète selon les RFC – Détecte les versions de UUID v1 à v8 ainsi que les UUID Nil et Max telles que définies dans les RFC 4122 et RFC 9562.
- Décodage des timestamps – Convertit les timestamps de 100 nanosecondes Gregoriens des versions v1 et v6 et les timestamps en millisecondes Unix de la version v7 en dates ISO et UTC.
- Inspection de l'identifiant de nœud – Extrait le champ de 48 bits de nœud, le formate comme une adresse MAC et indique les adresses multicast ou administrées localement.
- Détection du variant – Rapporte le variant du UUID (RFC 4122, NCS, Microsoft ou futur) à partir des bits du variant.
- Mode batch – Valide des dizaines de UUID en un coup, avec un jugement clair par ligne, la version et des notes.
- Traitement côté client à 100 % – Le parsing au niveau des bits s'exécute directement dans votre navigateur. Rien n'est envoyé vers un serveur, donc les identifiants privés ne quittent jamais votre machine.
FAQ
-
Qu'est-ce qu'un UUID et comment est-il structuré ?
Un UUID (Identificateur universel unique) est une valeur de 128 bits, généralement écrite sous forme hexadécimale de 32 caractères, dans la forme canonique 8-4-4-4-12. Les 128 bits sont divisés en champs bien définis : une partie de temps ou aléatoire, un champ de version de 4 bits qui identifie la manière dont le UUID a été généré, un champ de variant de 2 ou 3 bits qui identifie la spécification du UUID suivie, et les bits restants qui peuvent contenir une séquence de clock, un identifiant de nœud ou des données aléatoires selon la version.
-
Quelle est la différence entre les UUID v1, v4 et v7 ?
Le UUID v1 encode la date actuelle (en intervalles de 100 nanosecondes depuis 1582-10-15) ainsi qu'un identifiant de nœud dérivé d'une adresse MAC, ce qui le rend triable par temps mais révèle l'hôte qui l'a généré. Le UUID v4 est presque entièrement aléatoire — 122 bits aléatoires avec 6 bits fixes pour la version et le variant — donc il est imprévisible mais non triable. Le UUID v7, défini dans le RFC 9562, combine les meilleurs aspects : les 48 premiers bits sont un timestamp en millisecondes Unix suivi de bits aléatoires, ce qui vous donne des valeurs triables par temps, indexables et encore imprévisibles.
-
Qu'est-ce que le champ de variant du UUID et pourquoi cela importe-t-il ?
Le champ de variant est un petit groupe de bits supérieurs situés dans le 9e octet du UUID. Il indique aux parsers quelle spécification de UUID la valeur suit : compatibilité avec NCS (bit supérieur 0), la disposition moderne du RFC 4122 / RFC 9562 (bits supérieurs 10), le format hérité Microsoft (bits supérieurs 110) ou réservé pour l'avenir (bits supérieurs 111). Les décodeurs doivent lire le variant avant la version, car la position du nibble de version n'est significative que pour les variants du RFC 4122.
-
Les UUID Nil et Max sont-ils effectivement valides ?
Oui. Le UUID Nil (00000000-0000-0000-0000-000000000000) est défini dans le RFC 4122 §4.1.7 comme un UUID spécial, tous bits nuls, utilisé pour représenter une valeur inconnue ou vide. Le UUID Max (ffffffff-ffff-ffff-ffff-ffffffffffff) a été ajouté dans le RFC 9562 §5.10 comme le complément tout-uns, souvent utilisé comme borne supérieure dans les bases de données. Les deux sont des UUIDs syntaxiquement valides, mais ne contiennent aucune donnée décodée comme un timestamp ou un identifiant de nœud.
-
Un UUID v3 ou v5 peut-il être inversé pour retrouver son nom d'origine ?
Non. Les UUID v3 et v5 sont basés sur des noms : l'implémentation hash un UUID de namespace avec un nom d'entrée en utilisant MD5 (v3) ou SHA-1 (v5), puis utilise le résultat du hash, avec les bits de version et de variant remplacés, comme UUID. Puisque les fonctions de hachage sont conçues pour être unidirectionnelles, vous ne pouvez pas récupérer le nom d'origine et le namespace à partir du UUID résultant — vous pouvez seulement vérifier qu'un nom candidat combiné à un namespace connu produit le même UUID.
Installez nos extensions
Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide
恵 Le Tableau de Bord Est Arrivé !
Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !
Outils essentiels
Tout voir Nouveautés
Tout voirMise à jour: Notre dernier outil a été ajouté le 5 mai 2026
Impliquez-vous
Aidez-nous à continuer à fournir des outils gratuits et précieux
