UUID-Generator

Eine UUID (Universally Unique Identifier, auch GUID genannt) ist eine 128-Bit-Kennung, die als 32 Hexadezimalziffern geschrieben wird, üblicherweise gruppiert als 8-4-4-4-12 - zum Beispiel 550e8400-e29b-41d4-a716-446655440000. Dieses Tool erzeugt UUIDs in Serie und bereitet sie zum Kopieren auf.

So verwenden Sie das Tool

1. Version wählen - v1, v4 oder v7 (siehe unten).
2. Anzahl festlegen - wie viele UUIDs erzeugt werden sollen, von 1 bis 10 000 (Werte außerhalb des Bereichs werden mit einem Hinweis begrenzt).
3. Generieren - ein frischer Satz entsteht bei jedem Druck auf den Button und immer dann, wenn sich Version oder Anzahl ändern.
4. Format nach Geschmack:
   • GROSS - Hex-Buchstaben in Großschreibung. Die Groß-/Kleinschreibung ist für den Wert bedeutungslos; sie ist reine Darstellung.
   • Format - die klassische 8-4-4-4-12-Form mit Bindestrichen, eine nackte 32-stellige Hex-Zeichenkette (ohne Bindestriche) oder eine Form mit urn:uuid:-Präfix.
   • Trennzeichen - eine pro Zeile oder durch Komma getrennt. Fall, Format und Trennzeichen ändern nur die Darstellung desselben erzeugten Satzes - sie würfeln die UUIDs nie neu.
5. Alle kopieren - kopiert die formatierte Liste in Ihre Zwischenablage.

Die Versionen

Die 128 Bit unterscheiden sich je nach Version (dem 13. Nibble) und danach, woher die Zufälligkeit stammt:

• v4 - das Arbeitstier. 122 der 128 Bit sind zufällig (in crypto.randomUUID-Qualität). Beste Wahl für Schlüssel, Session-IDs und Dedupe-Tokens.
• v1 - zeitbasiert: 60 Bit Zeitstempel plus eine Sequenz und ein Node-Feld, was bedeutet, dass eine v1-UUID verrät, wann sie erzeugt wurde, und ihre Reihenfolge nur innerhalb eines einzigen Generators der Erzeugungsreihenfolge entspricht. Nützlich, wenn Sie Zeit einbetten müssen (etwa für Audit-Logs), aber ungeeignet für alles, das keine Daten preisgeben darf.
• v7 - ebenfalls zeitgeordnet (Zeitstempel-Präfix, dann zufällige Bits), aber ohne die Node-/Sequenz-Leakage der v1. Die Reihenfolge der UUIDs entspricht ihrer Erzeugungsreihenfolge, was v7 ideal für Datenbank-Primärschlüssel macht, bei denen lexikografische Ordnung die Index- und Cache-Lokalität verbessert.

Sie können die Version selbst prüfen: Das erste Zeichen der dritten Gruppe ist 1, 4 oder 7, und das erste Zeichen der vierten Gruppe liegt immer im Bereich 8–b (das Variant-Marker), z. B. …-41d4-a716-….

Hinweise

• UUIDs sind unabhängig von der Groß-/Kleinschreibung: 550e8400-… und 550E8400-… sind dieselbe Kennung. Unterschiedliche Datenbank- und API-Konventionen bevorzugen eine Schreibweise; beide überstehen Hin- und Rückwandlung.
• Die Bindestriche zählen: 550e8400e29b41d4a716446655440000 und 550e8400-e29b-41d4-a716-446655440000 sind derselbe 128-Bit-Wert, nur anders geschrieben.
• Kollisionen sind praktisch unmöglich - eine v4 hat 122 zufällige Bits, sodass ein Treffer in der Größenordnung von 2⁶¹ Versuchen liegt (das Geburtstagsparadoxon). Bei einer realistischen Menge von insgesamt einer Milliarde v4-UUIDs liegt die Wahrscheinlichkeit irgendeiner Kollision bei etwa 1 zu 10¹⁹. Erst bei extremen Mengen wird sie messbar: Wer 1000 Jahre lang 1 000 000 v4-UUIDs pro Sekunde erzeugt (rund 3,2 × 10¹⁶ IDs), kommt auf eine Kollisionswahrscheinlichkeit von etwa 0,009 %, also ungefähr 1 zu 10 700. Diese Werte setzen eine korrekt initialisierte Zufallsquelle voraus, wie sie die crypto-API des Browsers bereitstellt.
• crypto.randomUUID() in JavaScript liefert eine v4; die hier verwendete uuid-Bibliothek bietet zusätzlich die Varianten v1 und v7.