Générateur d'UUID v4

Un UUID (Universally Unique Identifier) est un identifiant standard de 128 bits, généralement représenté sous la forme de 32 caractères hexadécimaux regroupés en 5 blocs séparés par des tirets : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx. La version 4, dite UUID v4, repose sur des nombres générés aléatoirement, ce qui garantit une probabilité de collision infinitésimale même en générant des milliards d'identifiants.

Les UUID sont utilisés partout dans le développement logiciel : identifiants de base de données, clés primaires sans séquence centrale, noms de fichiers temporaires, tokens de session, références de ressources dans des API REST. Contrairement aux identifiants numériques séquentiels, les UUID ne révèlent aucune information sur le volume de données ou l'ordre de création.

Un UUID v4 est composé de 128 bits générés aléatoirement, avec deux bits réservés pour indiquer la variante (10xx en binaire) et quatre bits pour indiquer la version (0100 = 4). La structure hexadécimale est donc : 8-4-4-4-12 caractères, où le premier caractère du 3e groupe est toujours « 4 » et le premier du 4e groupe est 8, 9, a ou b.

Ce générateur utilise l'API Web Crypto du navigateur (crypto.randomUUID()) lorsqu'elle est disponible, garantissant une entropie cryptographiquement sécurisée. Sur les anciens navigateurs, il bascule sur Math.random() avec un masquage conforme à la RFC 4122. La génération est entièrement locale : aucune donnée n'est envoyée à un serveur.

En développement web et backend, les UUID v4 servent de clés primaires dans les bases de données (PostgreSQL, MySQL, MongoDB), évitant les conflits lors de fusions ou de réplication. Ils sont aussi utilisés comme tokens d'invitation, identifiants de session, références de fichiers uploadés ou noms de dossiers dans le cloud.

Dans les systèmes distribués et les microservices, les UUID permettent de générer des identifiants sans coordination entre les nœuds. Chaque service peut créer ses propres identifiants sans risque de doublon, même en l'absence de connexion à une base de données centrale.

Les UUID existent en plusieurs versions. L'UUID v1 est basé sur l'horodatage et l'adresse MAC de la machine, ce qui peut poser des problèmes de confidentialité. L'UUID v3 et v5 sont déterministes (basés sur un namespace et un nom via MD5 ou SHA-1). L'UUID v4 est le plus utilisé en pratique pour sa simplicité et son caractère aléatoire.

L'UUID v7, encore émergent, combine horodatage et aléatoire pour garantir un ordre chronologique, ce qui améliore les performances des index de base de données. Pour la plupart des usages courants, le v4 reste le choix par défaut grâce à sa compatibilité universelle et sa simplicité de génération.

La probabilité de collision d'UUID v4 est extrêmement faible : pour avoir une chance sur un milliard de doublon, il faudrait générer environ 103 trillions d'UUID. En pratique, les collisions sont considérées comme impossibles pour tous les usages applicatifs. Cependant, si une garantie d'unicité absolue est requise, il vaut mieux conserver un mécanisme de vérification côté base de données (contrainte UNIQUE).

Les UUID peuvent être stockés sous forme de chaîne de 36 caractères ou sous forme binaire de 16 octets. La forme binaire est plus compacte et plus performante pour les index. Dans PostgreSQL, le type natif UUID gère cette optimisation automatiquement. Dans d'autres bases, il est possible de stocker l'UUID sans tirets (32 caractères) ou en binaire (BINARY(16) en MySQL).