CodeKitHubMi ez az eszköz?
Az UUID (Universally Unique Identifier) egy 128 bites azonosító, amelyet 36 karakteren írunk le, például 550e8400-e29b-41d4-a716-446655440000 formában. A 4-es verziójú UUID-k véletlen adatokból készülnek, ami annyira valószínűtlenné teszi az ütközést, hogy a gyakorlatban figyelmen kívül lehet hagyni: akár évtizedekig is generálhatnál másodpercenként egymilliárd UUID-t, mielőtt egy duplikáció valószínűvé válna.
Az UUID-kat adatbázisok elsődleges kulcsaként, nyomkövetési kérésazonosítóként, fájlnevekként, API-kulcsokként és mindenhol használják, ahol azonosítóra van szükség központi koordináció nélkül.
Az UUID-kat az RFC 4122 szabványosítja, amelyet 2024-ben az RFC 9562 váltott fel — a felülvizsgálat a v4-et változatlanul hagyta, és bevezette az UUIDv7-et, egy időbélyeg szerint rendezett változatot, amely jobban indexelhető adatbázis-kulcsként.
Miért érdemes használni?
- Kriptográfiailag biztonságos: a crypto.randomUUID() függvényt használja, nem a gyenge Math.random()-ot.
- Tömeges generálás — akár 500 UUID egyszerre, soronként egy, azonnal beilleszthető formában.
- Nagybetűs és kötőjel nélküli opciók az egyedi formátumigényű rendszerekhez.
- Offline fut a böngésződben; az UUID-k soha nem kerülnek elküldésre sehova.
- Ingyenes és azonnali, bejelentkezés nélkül.
Használati útmutató
- Válaszd ki, hány UUID-re van szükséged (1–500).
- Ha szükséges, jelöld be a "Nagybetű" vagy "Kötőjelek eltávolítása" opciót.
- Kattints a "UUID-k generálása" gombra.
- Kattints a "Mind másolása" gombra a teljes lista kimásolásához.
Példa
Bemenet
Darabszám: 3Kimenet
f47ac10b-58cc-4372-a567-0e02b2c3d479
9c858901-8a57-4791-81fe-4c455b099bc9
16fd2706-8baf-433b-82eb-8c7fada847daMinden UUID egymástól függetlenül, biztonságos véletlen adatokból generálódik.
Gyakori felhasználási esetek
- Adatbázis elsődleges kulcsok: az UUID-k lehetővé teszik, hogy még beszúrás előtt érvényes azonosítót generálj, ami hasznos offline-first alkalmazásoknál, vagy ha a kliensnek hivatkoznia kell egy rekordra, mielőtt a szerver megerősítené azt.
- Elosztott rendszerek: több szerver is generálhat azonosítókat egymástól függetlenül, koordináció és ütközési kockázat nélkül — ellentétben az automatikusan növekvő egész számokkal, amelyekhez egyetlen hiteles forrás kell.
- Idempotencia-kulcsok: ugyanazon UUID küldése egy megismételt API-kéréssel lehetővé teszi, hogy a szerver felismerje és biztonságosan figyelmen kívül hagyja a duplikált beküldést.
- Teszt fixture-ök és seed adatok: generálj tömegesen több száz egyedi azonosítót egy tesztadatbázis feltöltéséhez vagy mock API válaszokhoz.
- React/Vue lista kulcsok: ha a lista elemeinek még nincs természetes egyedi azonosítójuk, egy generált UUID stabil kulcsként működik fejlesztés közben.
Korlátok, amiket érdemes tudni
Az UUID-k nem rendezhetők létrehozási idő szerint — a v4 véletlenszerűsége miatt az új azonosítók nem kerülnek egymás mellé egy adatbázis indexben, ami nagy méretnél ronthatja a beszúrási teljesítményt (ezért létezik alternatívaként az időbélyeg szerint rendezett UUID v7). Ha időrendezettségre és egyediségre is szükséged van, a v7 vagy egy Snowflake-stílusú azonosító jobb választás, mint a v4.
Egy önmagában álló UUID nem biztonsági hitelesítő adat. Kitalálhatatlan abban az értelemben, hogy egyikből nem következtethetsz a másikra, de sosem tervezték auditálhatóságra, lejáratra vagy visszavonásra, amilyen egy valódi hitelesítési tokennél elvárt — ehhez dedikált munkamenet- vagy API-token könyvtárat használj.
Hogyan működik valójában a véletlenség
Egy v4 UUID 122 valóban véletlen bitet tartalmaz (a fennmaradó 6 bit fixen a verziót és a variánst jelöli, az RFC 4122 specifikáció szerint). Ez az eszköz a véletlenséget a crypto.getRandomValues() függvényen keresztül, a böngésző Web Crypto API-jából nyeri — ugyanabból a forrásból, amit TLS-kulcsokhoz és más kriptográfiai műveletekhez is használnak, nem a sokkal gyengébb Math.random()-ból, amely elég kiszámítható ahhoz, hogy néhány régebbi, erre épülő UUID-könyvtárat kritizáltak kitalálható azonosítók generálása miatt.
Hogy konkrét számokban is érzékelhető legyen az ütközés esélye: 122 véletlen bit mellett körülbelül 2,71 trillió UUID-t kellene generálnod ahhoz, hogy 50% esély legyen akár egyetlen ütközésre is — ez több nagyságrenddel több, mint amennyit bármely alkalmazás valaha létrehoz. Ezért kezelik a gyakorlatban a UUID v4-et gyakorlatilag ütközésmentesnek, még ha matematikailag nem is lehetetlen.
Gyakori kérdések
Ütközhet két generált UUID?
Elméletileg igen, a gyakorlatban nem. Egy v4 UUID 122 véletlen bitet tartalmaz. Az ütközés valószínűsége elhanyagolható marad még billiónyi generálás után is — nyugodtan kezelhetők egyediként.
Mi a különbség az UUID verziók között?
A v1 időbélyeg + MAC-cím alapú (információt szivárogtat), a v4 teljesen véletlenszerű (a leggyakoribb választás), a v5 egy névből, hasheléssel származtatott (determinisztikus), a v7 pedig időrendbe sorolt véletlen (jó adatbázis-indexekhez). Ez az eszköz v4-et generál.
Elég biztonságosak ezek az UUID-k tokenekhez?
Kriptográfiailag biztonságos véletlenforrást használnak, ami sokkal jobb, mint a Math.random(). Munkamenet-tokenekhez inkább dedikált, nagyobb entrópiájú tokengenerátorokat érdemes választani, de azonosítóként a v4 UUID-k tökéletesen megfelelnek.
Ugyanaz az UUID, mint a GUID?
Igen. A GUID (Globally Unique Identifier) a Microsoft elnevezése ugyanarra a 128 bites formátumra. A két kifejezés felcserélhető.
Tárolják vagy naplózzák a generált UUID-kat?
Nem. A generálás helyben, a böngésződben történik. Semmi nem kerül elküldésre, tárolásra vagy naplózásra — minden általad látott UUID kizárólag a képernyődön létezik.