Hvad er dette værktøj?
En UUID (Universally Unique Identifier) er en 128-bit identifikator skrevet som 36 tegn, som 550e8400-e29b-41d4-a716-446655440000. Version 4-UUID'er genereres fra tilfældige data, hvilket gør kollisioner så usandsynlige, at de kan ignoreres i praksis: du kunne generere en milliard UUID'er i sekundet i årtier, før en dublet bliver sandsynlig.
UUID'er bruges som primærnøgler i databaser, forespørgsels-ID'er til sporing, filnavne, API-nøgler, og alle steder hvor du har brug for en identifikator uden at koordinere med en central myndighed.
UUID'er er standardiseret i RFC 4122, revideret i 2024 som RFC 9562 — revisionen holdt v4 uændret og tilføjede UUIDv7, en tidsstempel-ordnet variant designet til at indeksere bedre som en databasenøgle.
Hvorfor bruge det?
- Kryptografisk sikker: bruger crypto.randomUUID(), ikke svag Math.random().
- Bulk-generering — op til 500 UUID'er på én gang, én pr. linje, klar til indsætning.
- Muligheder for store bogstaver og ingen bindestreger til systemer med specifikke formatkrav.
- Kører offline i din browser; UUID'erne sendes aldrig nogen steder.
- Gratis og øjeblikkeligt, ingen login.
Sådan bruger du det
- Vælg hvor mange UUID'er du har brug for (1-500).
- Afkryds eventuelt "Store bogstaver" eller "Fjern bindestreger".
- Klik på "Generér UUID'er".
- Klik på "Kopiér alle" for at kopiere hele listen.
Eksempel
Input
Antal: 3Output
f47ac10b-58cc-4372-a567-0e02b2c3d479
9c858901-8a57-4791-81fe-4c455b099bc9
16fd2706-8baf-433b-82eb-8c7fada847daHver UUID genereres uafhængigt af sikre tilfældige data.
Almindelige brugssituationer
- Primærnøgler i databaser: UUID'er lader dig generere et gyldigt ID før en indsættelse, nyttigt til offline-first apps eller når klienten skal referere til en post, før serveren bekræfter den.
- Distribuerede systemer: flere servere kan generere ID'er uafhængigt uden koordinering og uden risiko for kollision — i modsætning til auto-inkrementerende heltal, som kræver én autoritativ kilde.
- Idempotensnøgler: at sende samme UUID med en gentaget API-anmodning lader serveren genkende og sikkert ignorere en dublet-indsendelse.
- Testfixturer og seed-data: generér hundredvis af unikke ID'er på én gang til at fylde en testdatabase eller mock-API-svar.
- React/Vue-listenøgler: når listeelementer endnu ikke har et naturligt unikt ID, fungerer et genereret UUID som en stabil nøgle under udvikling.
Begrænsninger du bør kende
UUID'er er ikke sorterbare efter oprettelsestidspunkt — v4's tilfældighed betyder, at nye ID'er ikke sorteres nær hinanden i et databaseindeks, hvilket kan skade indsættelsesydelsen i stor skala (det er derfor, UUID v7, tidsstempel-ordnet, findes som et alternativ). Hvis du har brug for tidsordning plus unikhed, er v7 eller et Snowflake-lignende ID et bedre valg end v4.
En UUID alene er ikke et sikkerhedscredential. Den er ugættelig i den forstand, at du ikke kan forudsige en fra en anden, men den blev aldrig designet med den auditerbarhed, udløb eller tilbagekaldelse, et rigtigt autentificeringstoken kræver — brug et dedikeret sessions-/API-token-bibliotek til det.
Hvordan tilfældigheden reelt fungerer
En v4-UUID har 122 bits, der er reelt tilfældige (de øvrige 6 bits er faste for at markere version og variant, i henhold til RFC 4122-specifikationen). Dette værktøj henter den tilfældighed fra crypto.getRandomValues() via browserens Web Crypto API — den samme underliggende kilde, der bruges til TLS-nøgler og andre kryptografiske operationer, ikke den langt svagere Math.random(), som er forudsigelig nok til, at nogle ældre UUID-biblioteker bygget på den er blevet kritiseret for at generere gættelige ID'er.
For at sætte kollisionsoddsene i konkrete termer: med 122 tilfældige bits skulle du generere omkring 2,71 trillioner UUID'er, før der er 50% chance for blot én kollision — flere størrelsesordener mere end nogen enkelt applikation nogensinde vil skabe. Det er derfor UUID v4 behandles som reelt kollisionsfri i praksis, selvom det ikke matematisk er umuligt.
Ofte stillede spørgsmål
Kan to genererede UUID'er kollidere?
Teoretisk ja, praktisk nej. En v4-UUID har 122 tilfældige bits. Sandsynligheden for en kollision forbliver ubetydelig selv efter generering af billioner af dem — det er sikkert at behandle dem som unikke.
Hvad er forskellen mellem UUID-versioner?
v1 er baseret på tidsstempel + MAC-adresse (afslører information), v4 er fuldstændig tilfældig (det mest almindelige valg), v5 er afledt af et navn via hashing (deterministisk), og v7 er tidsordnet tilfældig (godt til databaseindekser). Dette værktøj genererer v4.
Er disse UUID'er sikre nok til tokens?
De bruger en kryptografisk sikker tilfældighedskilde, hvilket er meget bedre end Math.random(). Til sessionstokens foretrækkes stadig dedikerede tokengeneratorer med mere entropi, men v4-UUID'er er fine til identifikatorer.
Er UUID det samme som GUID?
Ja. GUID (Globally Unique Identifier) er Microsofts navn for det samme 128-bit format. Termerne er indbyrdes udskiftelige.
Bliver de genererede UUID'er gemt eller logget?
Nej. Generering sker lokalt i din browser. Intet overføres, gemmes eller logges — hver UUID, du ser, findes kun på din skærm.