UUID-Generator & -Dekodierer — v1, v4, v5, v7 Stapelmodus

Was ist ein UUID-Generator?

// 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)}`;
}

Hauptfunktionen

UUID-Versionen im Vergleich

Wählen Sie die richtige UUID-Version für Ihren Anwendungsfall.

Alternativen zu UUID

Beispiele

550e8400-e29b-41d4-a716-446655440000

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

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

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

Anleitung

1. 1

   UUID-Version auswählen

   Wählen Sie zwischen v1 (zeitbasiert), v3 (MD5-namensbasiert), v4 (zufällig), v5 (SHA-1-namensbasiert) oder v7 (zeitgeordnet zufällig). Jede Version dient einem anderen Zweck — v4 ist die gebräuchlichste für den allgemeinen Einsatz.

2. 2

   Optionen konfigurieren

   Für v3 und v5 wählen Sie einen Namensraum (DNS, URL, OID, X.500 oder benutzerdefiniert) und geben einen zu hashenden Namen ein. Legen Sie die Anzahl von 1 bis 50 fest und wählen Sie ein Ausgabeformat: Standard-Kleinschreibung, GROSSBUCHSTABEN, ohne Bindestriche oder geschweifte Klammern {GUID}.

3. 3

   UUIDs generieren

   Klicken Sie auf die Schaltfläche „Generieren“. Jede UUID wird mit der Web Crypto API (crypto.getRandomValues()) für kryptografische Sicherheit erzeugt. Versionsspezifische Felder wie Zeitstempel (v1/v7) und Hashes (v3/v5) werden korrekt kodiert.

4. 4

   Kopieren und verwenden

   Klicken Sie auf die Schaltfläche „Kopieren“ neben einer UUID, um sie in Ihre Zwischenablage zu kopieren, oder verwenden Sie „Alle kopieren“, um alle generierten UUIDs auf einmal zu erfassen. Wechseln Sie zum Tab „Dekodieren“, um Version, Variante, Zeitstempel und weitere eingebettete Informationen einer vorhandenen UUID zu analysieren.

Häufige Anwendungsfälle

Datenbank-Primärschlüssel

Verwenden Sie UUID v4 oder v7 als eindeutige Primärschlüssel ohne Koordination zwischen Datenbankknoten. UUID v7 eignet sich besonders gut, da die zeitgeordnete Eigenschaft die B-Baum-Index-Leistung verbessert.

Verteilte Systeme

Generieren Sie eindeutige Bezeichner unabhängig über Microservices, Nachrichtenwarteschlangen und Event-Sourcing-Systeme hinweg. UUIDs machen einen zentralen ID-Generierungsdienst überflüssig.

API-Entwicklung

Erstellen Sie eindeutige Request-IDs, Korrelations-IDs und Idempotenz-Schlüssel für RESTful- und GraphQL-APIs. UUIDs erleichtern die Nachverfolgung von Anfragen über verteilte Dienstgrenzen hinweg.

Sitzungs- & Token-Verwaltung

Generieren Sie eindeutige Sitzungsbezeichner und temporäre Token für Authentifizierungsflows. UUIDs bieten ausreichende Eindeutigkeit, um Sitzungskollisionen bei großen Nutzerbasen zu verhindern.

Testen & Entwicklung

Generieren Sie schnell Testdaten, Mock-Bezeichner und eindeutige Fixture-IDs für automatisierte Tests. Die Stapelgenerierung erleichtert das Befüllen von Entwicklungsdatenbanken und Testsuiten.

Technische Details

UUID-Struktur

Eine UUID umfasst 128 Bits (16 Bytes), dargestellt als 32 Hexadezimalzeichen im Format 8-4-4-4-12. Die Bits 48-51 (die 13. Hexadezimalziffer) kodieren die Versionsnummer. Die Bits 64-65 kodieren das Variantenfeld, das das UUID-Layout identifiziert. Die übrigen Bits tragen die versionsspezifische Nutzlast: Zeitstempel, Zufallsdaten oder Hash-Ausgabe.

Versionsbits

Die Bits 48-51 (das obere Nibble des 7. Bytes) kodieren die UUID-Version: 0001 = v1 (zeitbasiert), 0011 = v3 (MD5-namensbasiert), 0100 = v4 (zufällig), 0101 = v5 (SHA-1-namensbasiert), 0110 = v6 (umsortierte Zeit), 0111 = v7 (Unix-Epoch-Zeit). Diese vier Bits werden bei der Generierung immer explizit gesetzt.

Variantenfeld

Die Bits 64-65 (die zwei höchstwertigen Bits des 9. Bytes) definieren die Variante. Das Muster 10x kennzeichnet RFC-4122/9562-UUIDs (die überwiegende Mehrheit). Das Muster 110 kennzeichnet Microsoft-GUIDs mit gemischter Byte-Reihenfolge (Mixed-Endian). Das Muster 0xx kennzeichnet NCS-rückwärtskompatible UUIDs (veraltet). Das Muster 111 ist für zukünftige Verwendung reserviert.

RFC-9562-Standard

RFC 9562, veröffentlicht im Mai 2024, ersetzt RFC 4122 als die maßgebliche UUID-Spezifikation. Er führt offiziell die UUID-Versionen 6, 7 und 8 ein. Version 6 ordnet v1-Felder für Sortierbarkeit um. Version 7 verwendet einen 48-Bit-Unix-Zeitstempel in Millisekunden plus Zufallsdaten und ist damit die empfohlene Version für neue zeitbasierte UUIDs. Version 8 bietet ein Format für benutzerdefinierte, implementierungsspezifische UUIDs. RFC 9562 stuft v1 offiziell zugunsten von v6/v7 als veraltet ein.

Best Practices

Die richtige Version wählen

Verwenden Sie v4 für allgemeine eindeutige Bezeichner, bei denen weder Sortierung noch Determinismus benötigt werden. Verwenden Sie v7 für Datenbank-Primärschlüssel — die zeitgeordnete Eigenschaft liefert deutlich bessere Index-Leistung. Verwenden Sie v5, wenn Sie deterministische IDs aus Namen ableiten müssen (bevorzugen Sie v5 gegenüber v3 für stärkeres Hashing).

UUID v7 für Datenbank-Primärschlüssel verwenden

Die zeitgeordnete Struktur von UUID v7 hält B-Baum-Einfügungen sequenziell und reduziert die Indexfragmentierung um etwa 90 % im Vergleich zu zufälligen v4-UUIDs. Dies bedeutet schnellere Schreibvorgänge, kleinere Indizes und bessere Cache-Nutzung. Die meisten modernen Datenbanken (PostgreSQL 17+, MySQL 8.0+) bieten native UUID-Unterstützung, die für dieses Muster optimiert ist.

UUIDs niemals als Sicherheitstoken verwenden

UUIDs sind für Eindeutigkeit konzipiert, nicht für Geheimhaltung. UUID v1 gibt den Generierungszeitstempel und die MAC-Adresse preis. UUID v4 hat nur 122 Bits Entropie mit einer vorhersagbaren Struktur. Für Sicherheitstoken, API-Schlüssel oder Sitzungsgeheimnisse verwenden Sie einen dedizierten CSPRNG, um 128 oder 256 Bits reiner Zufallsdaten ohne den UUID-Struktur-Overhead zu generieren.

Vor dem Parsen validieren

Validieren Sie das UUID-Format immer mit einem regulären Ausdruck, bevor Sie es parsen oder speichern. Weisen Sie fehlerhafte Eingaben an Systemgrenzen zurück — API-Endpunkte, Formularübermittlungen und Datenbankeingaben. Dies verhindert Injektionsangriffe, Datenkorruption und schwer zu debuggende Fehler durch ungültige Bezeichner, die sich durch Ihr System ausbreiten.

Häufig gestellte Fragen