ToolActToolAct

UUID Generator

RFC 4122-konforme eindeutige Identifikatoren generieren

Ergebnisse0 total

Klicken Sie "UUID generieren" zum Starten

Was ist UUID?

UUID steht für Universally Unique Identifier und bezeichnet eine 128-Bit-Kennung, die Objekte, Datensätze, Sitzungen, Dateien oder Nachrichten in verteilten Systemen eindeutig unterscheidbar machen soll. Die bekannte Schreibweise besteht aus hexadezimalen Gruppen im Muster 8-4-4-4-12. UUIDs sind praktisch, wenn mehrere Server, Clients oder Dienste IDs erzeugen müssen, ohne jedes Mal eine zentrale Datenbank nach der nächsten Nummer zu fragen. Je nach Version entstehen UUIDs aus Zufall, Zeitinformationen oder namensbasierten Hashes; deshalb unterscheiden sich Datenschutz, Sortierbarkeit und Kollisionsrisiko. Das Werkzeug eignet sich zum schnellen Erzeugen und Prüfen solcher Kennungen, nicht als Ersatz für fachliche Zugriffs- oder Sicherheitslogik.

So verwenden Sie es

Generierungsschritte

  1. Wählen Sie die UUID-Version (v1, v4 oder Nil)
  2. Anzahl festlegen (1–100)
  3. Schreibweise wählen (Groß- oder Kleinbuchstaben)
  4. Format wählen (mit Bindestrichen, ohne Bindestriche oder mit geschweiften Klammern)
  5. Klicken Sie auf „Generieren“, um die gewünschten Identifikatoren zu erstellen

Tastenkürzel

  • Ctrl + GUUID generieren
  • Ctrl + Shift + CAlles kopieren

Identifikatorhinweise

  • UUID v4 ist normalerweise die richtige Wahl für zufällige clientseitige Identifikatoren; sie enthält weder Zeit- noch Geräteinformationen.
  • Verwenden Sie UUIDs nicht als Geheimnisse. Sie identifizieren Datensätze, sind aber kein Ersatz für Authentifizierungstoken oder Zugriffsschlüssel.

Anwendungsfälle

UUID-Chargen für Entwicklungsdaten erzeugenErstellen Sie 1, 5, 10, 20, 50 oder 100 UUIDs auf einmal und kopieren Sie einzelne Werte, alle zusammen oder laden Sie sie als Textdatei herunter. UUID v4 verwendet crypto.getRandomValues, wenn verfügbar, und der Zufallsseed wird lokal im Browser erzeugt – es wird kein entfernter Zufallsdienst oder gemeinsamer Entropiequell abgefragt, was Testdaten in isolierten Netzwerken reproduzierbar hält.
Version und Ausgabeformat wählenErzeugen Sie zufällige v4-UUIDs, simulierte Timestamp-Stil-v1-UUIDs oder die Nil-UUID, formatieren Sie sie mit Bindestrichen, ohne Bindestriche oder in geschweiften Klammern und wählen Sie Groß- oder Kleinschreibung. Da jeder Identifikator aus einem lokalen Zufallsseed oder einem Timestamp plus eingebettetem Platzhalter-Node erzeugt wird, können die IDs in Fixtures geteilt werden, ohne umgebungsspezifische Tokens offenzulegen.
Mit Tastenkürzeln schnell arbeitenDie Seite erzeugt beim Laden eine initiale UUID und unterstützt Strg+G zum Neuerzeugen sowie Strg+Umschalt+C zum Kopieren aller aktuellen Werte. Das ist nützlich für IDs in Fixtures, Datenbank-Seeds, Request-Tracing und API-Beispielen. Jede Generierung zieht einen frischen lokalen Zufallsseed, sodass die IDs sich auch über Durchgänge hinweg nicht überschneiden, selbst auf einer Maschine, die stundenlang offline war.
v1-Stil sortierbare Identifikatoren erzeugenWählen Sie UUID v1 für IDs, die in einem Datenbankindex chronologisch sortiert werden sollen. Beachten Sie, dass diese Timestamp- und MAC-Informationen preisgeben – legen Sie sie nicht öffentlich offen, wenn die Erstellungszeit sensibel ist. Die Seite verwendet einen Browser-Timestamp für die Zeitfelder, was die Sortierreihenfolge in Tests korrekt hält, aber nicht für präzise Uhrzeit-Korrelation über Maschinen hinweg verwendet werden sollte.
Vorhandene UUID vor dem Einfügen validierenFügen Sie einen Kandidatenwert in das Eingabefeld ein – die Seite rendert die analysierte Version und Varianten-Bits neu, damit Sie fehlerhafte Bindestriche, falsche Länge oder nicht-kanonische Groß-/Kleinschreibung erkennen können, bevor Sie in die Datenbank schreiben. Die Validierung liest den String nur aus der Eingabe – nichts wird protokolliert oder gesendet, sodass benutzerbereitgestellte Identifikatoren geprüft werden können, ohne sie an einen externen Dienst weiterzugeben.

Technisches Prinzip

UUID ist ein 128-Bit-Identifikator in der Standardform 8-4-4-4-12, insgesamt 36 Zeichen (einschließlich 4 Bindestrichen). Die 128 Bits sind aufgeteilt in: time-low (32 Bits), time-mid (16 Bits), version-and-time-high (16 Bits, die oberen 4 Bits sind die Version), variant-and-clock-seq (16 Bits, die oberen 2 bis 3 Bits sind die Variante) und node (48 Bits). RFC 4122 definiert fünf Versionen, v1 bis v5. v1 basiert auf einem 60-Bit-Zeitstempel (100-Nanosekunden-Auflösung, gezählt ab dem 15. Oktober 1582), einer 48-Bit-MAC-Adresse und einer 14-Bit-Taktsequenz. Es ist theoretisch nach Erstellungszeit sortierbar, offenbart jedoch die Maschinenidentität und den Erstellungszeitpunkt. v4 ist die am weitesten verbreitete Version: 122 Bits gefüllt mit einer kryptographisch sicheren Zufallsquelle sowie festen Versions- (4) und Varianten-Bits (10). Die Kollisionswahrscheinlichkeit ist ein zentrales Anliegen im UUID-Design. v4 verfügt über 122 Bits Zufallsraum, und nach dem Geburtstagsparadoxon sind eine Milliarde UUIDs pro Sekunde über 85 Jahre nötig, um eine 50 %ige Wahrscheinlichkeit einer einzelnen Kollision zu erreichen — in der Praxis mehr als ausreichend. Die aufkommende v7 platziert den Zeitstempel vorne und die Zufallsbits hinten, vereinigt Eindeutigkeit und zeitliche Sortierung und eignet sich besser für Datenbank-Primärschlüssel.

  • UUID v4: 122 Zufallsbits mit festem Versionsbit 4 und Variantenbit 10; geeignet für nahezu jedes Szenario und legt keine Privatsphäre offen
  • UUID v1: 60-Bit-Zeitstempel + 48-Bit-MAC + 14-Bit-Taktsequenz; nach Zeit sortierbar, legt jedoch den Maschinenfingerabdruck offen — mit Vorsicht verwenden
  • UUID v7: Zeitstempel vorne, Zufallsbits hinten; ein 2024er-Entwurfsstandard, der speziell für Datenbank-Primärschlüssel konzipiert ist
  • Kollisionswahrscheinlichkeit: Der Zufallsraum von v4 beträgt 2^122, und eine Milliarde UUIDs pro Sekunde über 85 Jahre sind nötig, um eine 50 %ige Wahrscheinlichkeit einer einzelnen Kollision zu erreichen
  • Nil UUID: Alle Nullen 00000000-0000-0000-0000-000000000000, häufig als Platzhalter oder Standardwert verwendet
  • Formatvarianten: Neben der Standardform 8-4-4-4-12 gibt es die 32-stellige Form ohne Bindestriche, die {Klammern}-Form und die URN-Form (urn:uuid:...)

Beispiele

UUID v4 (zufällig) Standardformat

550e8400-e29b-41d4-a716-446655440000

Versionsziffer (13. Hex-Zeichen): 4 -> v4, zufällig
Variant-Bits (17. Hex-Zeichen): 8/9/a/b -> RFC 4122-Variant
Verwendung: Primärschlüssel in Datenbanken, Request-IDs, Asset-IDs - die Standardwahl, wenn die Reihenfolge keine Rolle spielt
RFC: RFC 4122 Abschnitt 4.4 definiert die v4-Generierung

UUID v1 (Zeitstempel + MAC) Format

c232ab00-9414-11ec-b909-0242ac120002

Versionsziffer: 1 -> v1, zeitbasiert
Hinweis: kodiert den Generierungszeitstempel in time_low; die letzten 12 Hex-Zeichen sind die Node-ID (oft eine MAC)
Verwendung: wenn sortierbare IDs oder eine deterministische pro-Host-Quelle benötigt werden, aber Achtung, die MAC verrät die Host-Identität
RFC: RFC 4122 Abschnitt 4.1 definiert das v1-Layout

Stapelweise 5 v4-IDs erzeugen

a1b2c3d4-e5f6-4789-a012-3456789abcde
f7e8d9c0-b1a2-43f4-95e6-7d8c9b0a1e2f
3c4d5e6f-7a8b-49c0-9d1e-2f3a4b5c6d7e
8e9f0a1b-2c3d-44e5-bf6a-7b8c9d0e1f2a
5f6a7b8c-9d0e-45f1-a2b3-c4d5e6f7a8b9

Hinweis: jede ID wird unabhängig aus crypto.getRandomValues gezogen; die Kollisionswahrscheinlichkeit für 2^122 IDs ist gemäß RFC 4122 Anhang B vernachlässigbar

FAQ

Was ist eine UUID?

Ein Universally Unique Identifier ist ein 128-Bit-Wert (RFC 4122/9562), üblich geschrieben als 32 Hex-Stellen im Muster 8-4-4-4-12, z. B. 550e8400-e29b-41d4-a716-446655440000. Verschiedene Versionen kodieren Zeit, Zufall oder Hashes; ihr Sinn ist, ohne zentrale Koordination systemübergreifend eindeutig zu sein.

Was ist der Unterschied zwischen UUID v1, v4 und v7?

v1 mischt die MAC-Adresse des Hosts mit einem 100-ns-Zeitstempel (gut sortierbar, gibt aber Hostinfos preis). v4 ist rein zufällig (122 Bit Entropie, keine Sortierung). v7 (RFC 9562) packt einen 48-Bit-Unix-ms-Timestamp in die hohen Bits und füllt die niedrigen mit Zufall - sortierbar wie v1, ohne MAC-Leak. v7 ist heute der Standard für Datenbankschlüssel.

Ist eine UUID wirklich eindeutig?

Statistisch ja. Selbst bei einer Milliarde v4-UUIDs pro Sekunde über 100 Jahre liegt die Kollisionswahrscheinlichkeit bei rund 50 % (Geburtstagsparadoxon). Für alle praktischen Systeme kannst du UUIDs ohne Koordination als eindeutig behandeln.

Sind UUIDs zufällig und unvorhersehbar?

v4-UUIDs sind zufällig und faktisch nicht vorhersehbar (122 Bit Entropie). v1-UUIDs sind überhaupt nicht zufällig - sie geben MAC und Zeitstempel des Hosts preis, also nicht als Sicherheitstoken nutzen. Auch der Timestamp-Präfix von v7 ist vorhersehbar; nur die abschließenden Zufallsbits sind unvorhersehbar.

Sollte ich UUIDs als Datenbank-Primärschlüssel verwenden?

Es funktioniert, hat aber Trade-offs. Zufällige v4-UUIDs verursachen B-Tree-Fragmentierung in Datenbanken, die nach dem Primärschlüssel clustern (z. B. MySQL InnoDB), und bremsen Insert-Performance bei Skalierung. Sortierbare v7-UUIDs vermeiden das. Auto-Increment-Integers sind weiterhin kleiner und schneller - UUIDs lohnen sich, wenn verteilte Generierung wichtig ist.

Erfolgt die UUID-Generierung im Browser?

Ja. Die Seite nutzt crypto.randomUUID (oder crypto.getRandomValues für ältere Browser), das Teil der Web Crypto API ist. Es wird nichts an einen Server gesendet, und ein Seiten-Refresh liefert einen frischen Entropie-Strom.

Warum sehen manche UUIDs am Anfang fast gleich aus?

v1- und v7-UUIDs kodieren die Zeit in den führenden Zeichen, sodass UUIDs aus derselben Millisekunde denselben Präfix haben und sich nur in den hinteren Bytes unterscheiden. Genau diese Eigenschaft macht sie natürlich sortierbar. v4-UUIDs sind zufällig und zeigen das nicht.