UUID Generator

Den UUID-Generator verwenden

1. Lege die Anzahl der benötigten UUIDs in der Zahleneingabe fest, von 1 bis 100 auf einmal. Für skriptgesteuerte Arbeitslasten generiere 100 auf einmal und füge sie an der benötigten Stelle ein.
2. Schalte Großbuchstaben um, wenn dein Zielsystem die kanonischen Hexadezimalziffern in A-F statt a-f erwartet. Beide Formen sind gültig gemäß RFC 4122 Abschnitt 3, aber Systeme wählen oft eine.
3. Klicke auf Generieren. Eine Liste frisch generierter UUID-v4-Zeichenfolgen erscheint unten.
4. Kopiere einzeln, indem du auf eine beliebige einzelne UUID klickst, oder verwende Alle kopieren, um die gesamte Liste als zeilengetrennte Werte zu erfassen.
5. Regeneriere so oft wie nötig. Jeder Klick erzeugt einen neuen Satz - es gibt kein Caching, kein Seeding und keine Wiederverwendung.

Was der Generator tatsächlich aufruft

Wenn dein Browser es unterstützt (jede moderne Version seit 2021-2022), ruft der Generator crypto.randomUUID() auf, das von WebCrypto spezifiziert ist, eine UUID der RFC-4122-Version 4 mit kryptografisch hochwertigen zufälligen Bytes aus dem zugrundeliegenden CSPRNG des Betriebssystems zurückzugeben. In älteren Browsern fällt das Werkzeug auf das manuelle Aufbauen der UUID zurück: es ruft crypto.getRandomValues auf, um ein 16-Byte-Uint8Array zu füllen, setzt das Versions-Nibble (Byte 6, hohes Nibble auf 0100) und die Variant-Bits (Byte 8, hohe Bits auf 10) und formatiert das Ergebnis als kanonische xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx-Zeichenfolge. Beide Pfade erfüllen dieselben Entropiegarantien: 122 Bits Zufälligkeit, wobei die verbleibenden 6 Bits für Versions- und Variantmarker reserviert sind. Keine Server-Beteiligung, keine Netzwerkanfrage, kein Analytics-Beacon.

Wann du UUIDs generieren würdest

• Einen neuen Datensatz in einer verteilten Datenbank befüllen, wo keine zentrale Sequenz existiert - jeder Mikrodienst kann unabhängig IDs prägen.
• API-Schlüssel oder Magic-Link-Token erstellen, bei denen Unratbarkeit wichtiger ist als Sortierung.
• Temporäre Dateien in S3 oder R2 benennen, damit gleichzeitige Uploads auch ohne Koordination nie kollidieren.
• Korrelations-IDs für Protokolle generieren, die mehrere Dienste überspannen - eine UUID im X-Request-ID-Header verbindet sie.
• Mock-Daten für Test-Fixtures erzeugen, bei denen jede Zeile einen realistisch aussehenden Bezeichner benötigt.
• Session-Token für eine leichtgewichtige Web-App erstellen, die keine vollständige JWT-Maschinerie benötigt.

Häufige Fallstricke und Randfälle

• UUID v4 als Primärschlüssel in großen OLTP-Tabellen verwenden. v4 ist zufällig, was B-Baum-Indizes fragmentiert und die Einfüge-Leistung beeinträchtigt. ULID oder UUID v7 (zeitgeordnet) sind besser, wenn du sowohl Einzigartigkeit als auch Index-Lokalität benötigst.
• UUID-Einzigartigkeit als Sicherheit betrachten. Der Besitz einer UUID sollte nicht Autorisierung bedeuten. Kombiniere immer mit einem signierten Token oder einer Berechtigungsprüfung - UUIDs sind nur Bezeichner, keine Bearer-Credentials.
• UUID als VARCHAR(36) speichern. Es funktioniert, verschwendet aber 36 Bytes, wenn ein nativer UUID-Typ (16 Bytes binär) verfügbar ist. PostgreSQL hat einen uuid-Spaltentyp; MySQL hat BINARY(16); SQL Server hat uniqueidentifier. Verwende sie.
• Groß- vs. Kleinbuchstaben. RFC 4122 erklärt beide als gültig, empfiehlt aber Kleinbuchstaben auf der Ausgabe und Groß-/Kleinschreibungsunabhängigkeit auf der Eingabe. Das Mischen von Groß- und Kleinschreibung im selben System ist die klassische Quelle von "UUIDs sehen gleich aus, aber Vergleich schlägt fehl"-Bugs.
• UUIDs als Zeichenfolgen vergleichen. Zwei Darstellungen können sich durch Groß-/Kleinschreibung, Bindestriche oder geschweifte Klammern (der Microsoft-GUID-Stil {550e...0000}) unterscheiden und dennoch denselben Wert repräsentieren. Parst zu binär, bevor du vergleichst.
• UUIDs in URLs preisgeben. Das ist normalerweise in Ordnung, weil sie nicht erratbar sind, gibt aber noch den Erstellungszeitstempel (v7) oder Benutzerzahlmuster (sequenzielle Typen) preis. Für wirklich geheime Bezeichner verwende längere zufällige Token.

UUID-Format und Versionen

RFC 4122 (Juli 2005) definiert UUID als 128-Bit-Wert mit 32 Hexadezimalziffern, häufig als fünf Gruppen angezeigt, die durch Bindestriche im Muster 8-4-4-4-12 getrennt sind. Fünf Versionen sind im Original-RFC definiert: v1 kodiert MAC-Adresse und Zeitstempel, v2 ist eine DCE-Security-Variante, v3 ist ein Namespace-Hash mit MD5, v4 ist zufällig, und v5 ist ein Namespace-Hash mit SHA-1. RFC 9562 (Mai 2024) veraltete RFC 4122 und fügte die Versionen 6, 7 und 8 hinzu: v6 ordnet den Zeitstempel von v1 für datenbankfreundliche Sortierung neu, v7 verwendet Unix-Millisekunden plus zufällige Bits für monoton steigende zufällige IDs, und v8 ist eine benutzerdefinierte Version für anwendungsspezifische Kodierungen. v4 bleibt der häufigste Standard, weil er einfach ist und keine Koordination erfordert.

Vergleich mit Alternativen

Auf der Kommandozeile kommt uuidgen auf macOS und den meisten Linux-Distributionen vor und generiert standardmäßig v4 (v1 mit -t). Python hat uuid.uuid4(), Node.js hat crypto.randomUUID(), Postgres hat gen_random_uuid() über pgcrypto oder die eingebaute Funktion seit Version 13. Für zeitgeordnete IDs ist ULID (Universally Unique Lexicographically Sortable Identifier) aus dem ulid-npm-Paket eine beliebte Alternative, die die Erstellungsreihenfolge in Index-Scans bewahrt. Snowflake-IDs (Twitters 64-Bit-Design) und KSUID sind andere zeitgeordnete Optionen. Verwende dieses Web-Werkzeug, wenn du eine oder eine Handvoll UUIDs benötigst, ohne ein Terminal zu öffnen oder Node zu starten - besonders nützlich beim Ausfüllen einer Test-Fixture oder beim Einfügen einer ID in einen Fehlerbericht.