UUID v4-generator på nett

Hva er dette verktøyet?

En UUID (Universally Unique Identifier) er en 128-bit identifikator skrevet som 36 tegn, som 550e8400-e29b-41d4-a716-446655440000. Versjon 4-UUID-er genereres fra tilfeldige data, noe som gjør kollisjoner så usannsynlige at de kan ignoreres i praksis: du kunne generert en milliard UUID-er i sekundet i tiår før en duplikat blir sannsynlig.

UUID-er brukes som primærnøkler i databaser, forespørsels-ID-er for sporing, filnavn, API-nøkler, og hvor som helst du trenger en identifikator uten å koordinere med en sentral autoritet.

UUID-er er standardisert i RFC 4122, revidert i 2024 som RFC 9562 — revisjonen lot v4 være uendret og la til UUIDv7, en tidsstempel-ordnet variant designet for å indeksere bedre som databasenøkkel.

Hvorfor bruke det?

• Kryptografisk sikkert: bruker crypto.randomUUID(), ikke svake Math.random().
• Bulk-generering — opptil 500 UUID-er om gangen, én per linje, klar til å limes inn.
• Valg for store bokstaver og uten bindestreker for systemer med spesifikke formatkrav.
• Kjører frakoblet i nettleseren din; UUID-ene sendes aldri noe sted.
• Gratis og umiddelbart, ingen innlogging.

Slik bruker du det

1. Velg hvor mange UUID-er du trenger (1–500).
2. Kryss eventuelt av for «Store bokstaver» eller «Fjern bindestreker».
3. Klikk «Generer UUID-er».
4. Klikk «Kopier alle» for å kopiere hele listen.

Eksempel

Inndata

Antall: 3

Resultat

f47ac10b-58cc-4372-a567-0e02b2c3d479
9c858901-8a57-4791-81fe-4c455b099bc9
16fd2706-8baf-433b-82eb-8c7fada847da

Hver UUID genereres uavhengig fra sikre tilfeldige data.

Vanlige bruksområder

• Primærnøkler i databaser: UUID-er lar deg generere en gyldig ID før en innsetting, nyttig for offline-first-apper eller når klienten trenger å referere til en post før serveren bekrefter den.
• Distribuerte systemer: flere servere kan generere ID-er uavhengig av hverandre uten koordinering og uten risiko for kollisjon — i motsetning til auto-inkrementerende heltall, som trenger én autoritativ kilde.
• Idempotensnøkler: å sende samme UUID med en gjentatt API-forespørsel lar serveren gjenkjenne og trygt ignorere en duplisert innsending.
• Testdata og seed-data: bulk-generer hundrevis av unike ID-er på én gang for å fylle en testdatabase eller simulerte API-svar.
• React/Vue-listenøkler: når listeelementer ennå ikke har en naturlig unik ID, fungerer en generert UUID som en stabil nøkkel under utvikling.

Begrensninger du bør kjenne til

UUID-er kan ikke sorteres etter opprettelsestidspunkt — v4s tilfeldighet betyr at nye ID-er ikke sorteres nær hverandre i en databaseindeks, noe som kan skade innsettingsytelsen i stor skala (derfor finnes UUID v7, tidsstempel-ordnet, som et alternativ). Trenger du tidsordning i tillegg til unikhet, passer v7 eller en Snowflake-stil ID bedre enn v4.

En UUID alene er ikke et sikkerhetslegitimasjon. Den er ugjettbar i den forstand at du ikke kan forutsi én fra en annen, men den var aldri designet med revisjonssporing, utløp eller tilbakekalling som et ekte autentiseringstoken trenger — bruk et dedikert bibliotek for økt-/API-tokens til det.

Hvordan tilfeldigheten faktisk fungerer

En v4-UUID har 122 bits som er genuint tilfeldige (de andre 6 bitsene er faste for å markere versjon og variant, ifølge RFC 4122-spesifikasjonen). Dette verktøyet henter denne tilfeldigheten fra crypto.getRandomValues() via nettleserens Web Crypto API — den samme underliggende kilden som brukes for TLS-nøkler og andre kryptografiske operasjoner, ikke den langt svakere Math.random(), som er forutsigbar nok til at noen eldre UUID-biblioteker bygget på den har blitt kritisert for å generere gjettbare ID-er.

For å sette kollisjonsoddsene i konkrete termer: med 122 tilfeldige bits måtte du generert omtrent 2,71 trillioner UUID-er før det er 50 % sjanse for selv én kollisjon — flere størrelsesordener mer enn noen enkelt applikasjon noensinne vil skape. Det er derfor UUID v4 behandles som praktisk talt kollisjonsfri, selv om det ikke er matematisk umulig.

Ofte stilte spørsmål