Online UUID-generator — v1, v4, v5, v7 met batchmodus

Wat is een UUID?

// Generate a UUID v4 using the Web Crypto API
const uuid = crypto.randomUUID();
console.log(uuid);
// → '550e8400-e29b-41d4-a716-446655440000'

// Manual v4 generation with crypto.getRandomValues()
function generateUUIDv4() {
  const bytes = new Uint8Array(16);
  crypto.getRandomValues(bytes);
  bytes[6] = (bytes[6] & 0x0f) | 0x40; // version 4
  bytes[8] = (bytes[8] & 0x3f) | 0x80; // variant 10
  const hex = Array.from(bytes, b => b.toString(16).padStart(2, '0')).join('');
  return `${hex.slice(0,8)}-${hex.slice(8,12)}-${hex.slice(12,16)}-${hex.slice(16,20)}-${hex.slice(20)}`;
}

Belangrijkste functies

UUID-versievergelijking

Kies de juiste UUID-versie voor je gebruikssituatie.

UUID versus andere ID-formaten

UUID-versievoorbeelden

550e8400-e29b-41d4-a716-446655440000

01906b5e-4a3e-7234-8f56-b8c12d4e5678

6ba7b810-9dad-11d1-80b4-00c04fd430c8

886313e1-3b8a-5372-9b90-0c9aee199e5d

Zo gebruik je het

1. 1

   Selecteer de UUID-versie

   Kies uit v1 (tijdgebaseerd), v3 (MD5 naamgebaseerd), v4 (willekeurig), v5 (SHA-1 naamgebaseerd) of v7 (tijdgeordend willekeurig). Elke versie heeft een ander doel — v4 is het meest gebruikelijk voor algemeen gebruik.

2. 2

   Stel de opties in

   Voor v3 en v5 selecteer je een naamruimte (DNS, URL, OID, X.500 of aangepast) en voer je een naam in om te hashen. Stel het aantal in van 1 tot 50 en kies een uitvoerformaat: standaard kleine letters, HOOFDLETTERS, zonder koppeltekens of met accolades {GUID}.

3. 3

   Genereer UUID's

   Klik op de knop Genereer. Elke UUID wordt aangemaakt via de Web Crypto API (crypto.getRandomValues()) voor cryptografische beveiliging. Versiespecifieke velden zoals tijdstempels (v1/v7) en hashes (v3/v5) worden correct geëncodeerd.

4. 4

   Kopieer en gebruik

   Klik op de knop Kopieer naast een UUID om die naar je klembord te kopiëren, of gebruik Alles kopiëren om alle gegenereerde UUID's in één keer te kopiëren. Ga naar het tabblad Decoderen om de versie, variant, tijdstempel en andere ingebedde informatie van een bestaande UUID te analyseren.

Veelvoorkomende gebruiksscenario's

Primaire databasesleutels

Gebruik UUID v4 of v7 als unieke primaire sleutels zonder coördinatie tussen databaseknooppunten. UUID v7 is hiervoor bijzonder geschikt, omdat de tijdgeordende structuur de B-tree-indexprestaties verbetert.

Gedistribueerde systemen

Genereer onafhankelijk unieke identificatoren over microservices, berichtenwachtrijen en event-sourcingsystemen. UUID's elimineren de behoefte aan een gecentraliseerde ID-generatieservice.

API-ontwikkeling

Maak unieke verzoek-ID's, correlatie-ID's en idempotentiesleutels voor RESTful en GraphQL-API's. UUID's maken het eenvoudig om verzoeken te traceren over gedistribueerde servicegrenzen heen.

Sessie- en tokenbeheer

Genereer unieke sessie-identificatoren en tijdelijke tokens voor authenticatiestromen. UUID's bieden voldoende uniciteit om sessieduplicaten te voorkomen bij grote gebruikersaantallen.

Testen en ontwikkeling

Genereer snel testgegevens, mock-identificatoren en unieke fixture-ID's voor geautomatiseerd testen. Met batchgeneratie is het eenvoudig om ontwikkelingsdatabases en testsuites te vullen.

Technische details

UUID-structuur

Een UUID is 128 bits (16 bytes) weergegeven als 32 hexadecimale tekens in het 8-4-4-4-12-formaat. Bits 48-51 (het 13e hexadecimale teken) coderen het versienummer. Bits 64-65 coderen het variantfield, dat de UUID-indeling identificeert. De resterende bits bevatten versiespecifieke payload: tijdstempel, willekeurige gegevens of hash-uitvoer.

Versiebits

Bits 48-51 (de hoge nibble van de 7e byte) coderen de UUID-versie: 0001 = v1 (tijdgebaseerd), 0011 = v3 (MD5 naamgebaseerd), 0100 = v4 (willekeurig), 0101 = v5 (SHA-1 naamgebaseerd), 0110 = v6 (hergeordend tijdgebaseerd), 0111 = v7 (Unix-epochetijd). Deze vier bits worden altijd expliciet ingesteld tijdens generatie.

Variantfield

Bits 64-65 (de twee meest significante bits van de 9e byte) definiëren de variant. Het patroon 10x geeft RFC 4122/9562-UUID's aan (de grote meerderheid). Patroon 110 geeft Microsoft-GUID's aan met mixed-endian byte-volgorde. Patroon 0xx geeft NCS achterwaarts compatibele UUID's aan (legacy). Patroon 111 is gereserveerd voor toekomstig gebruik.

RFC 9562-standaard

RFC 9562, gepubliceerd in mei 2024, vervangt RFC 4122 als de definitieve UUID-specificatie. Het introduceert officieel UUID-versies 6, 7 en 8. Versie 6 herschikt v1-velden voor sorteerbaarheid. Versie 7 gebruikt een 48-bit Unix-tijdstempel in milliseconden plus willekeurige gegevens, waardoor het de aanbevolen versie is voor nieuwe tijdgebaseerde UUID's. Versie 8 biedt een formaat voor aangepaste, implementatiespecifieke UUID's. RFC 9562 veroudert ook officieel v1 ten gunste van v6/v7.

Aanbevolen werkwijzen

Kies de juiste versie

Gebruik v4 voor algemene unieke identificatoren waarbij geen volgorde of determinisme nodig is. Gebruik v7 voor primaire databasesleutels — de tijdgeordende eigenschap levert aanzienlijk betere indexprestaties. Gebruik v5 als je deterministische ID's nodig hebt afgeleid van namen (geef de voorkeur aan v5 boven v3 voor sterkere hashing).

Gebruik UUID v7 voor primaire databasesleutels

De tijdgeordende structuur van UUID v7 houdt B-tree-invoegingen sequentieel, waardoor indexfragmentatie met ongeveer 90% afneemt ten opzichte van willekeurige v4-UUID's. Dit leidt tot snellere schrijfbewerkingen, kleinere indexen en betere cache-benutting. De meeste moderne databases (PostgreSQL 17+, MySQL 8.0+) hebben native UUID-ondersteuning geoptimaliseerd voor dit patroon.

Gebruik UUID's nooit als beveiligingstokens

UUID's zijn ontworpen voor uniciteit, niet voor geheimhouding. UUID v1 stelt de generatietijdstempel en het MAC-adres bloot. UUID v4 heeft slechts 122 bits entropie met een voorspelbare structuur. Gebruik voor beveiligingstokens, API-sleutels of sessiegeheimen een speciale CSPRNG om 128 of 256 bits pure willekeurige gegevens te genereren zonder de UUID-structuuroverhead.

Valideer vóór verwerking

Valideer UUID-formaat altijd met een reguliere expressie voordat je ze verwerkt of opslaat. Wijs onjuist gevormde invoer af op systeemgrenzen — API-eindpunten, formulierinzendingen en database-invoer. Dit voorkomt injectieaanvallen, gegevensbeschadiging en moeilijk te debuggen fouten door ongeldige identificatoren die zich door je systeem verspreiden.

Veelgestelde vragen