Eine typische UUID v4
550e8400-e29b-41d4-a716-446655440000
Fünf Hex-Gruppen, getrennt durch Bindestriche. Die 4 an Position 13 zeigt, dass es sich um eine UUID der Version 4 (zufällig) handelt.
UUIDs v1/v4 im Batch erzeugen, kopierbereit.
Zuletzt aktualisiert
Coddy bringt es dir bei, indem du echten Code im Browser schreibst: interaktive Lektionen, sofortiges Feedback und KI-Hilfe, wenn du feststeckst.
Ein UUID-Generator erzeugt Universally Unique Identifier - 128-Bit-Werte, bei denen statistisch garantiert ist, dass sie mit keiner anderen UUID irgendwo auf der Welt kollidieren. Entwickler nutzen sie als Primärschlüssel in Datenbanken, als IDs für API-Ressourcen, als Namen für Test-Fixtures, als Message-IDs in Queues und als Identifier in verteilten Systemen.
Das Schöne an UUIDs: Jede Maschine kann eigenständig eine erzeugen und sich darauf verlassen, dass niemand sonst denselben Wert produziert. Kein zentraler Zähler, keine Sequenz, die abgestimmt werden muss, kein Round-Trip zum Server. Das macht sie überall dort brauchbar, wo ein System IDs vergeben muss, ohne vorher um Erlaubnis zu fragen.
*GUID* (Globally Unique Identifier) ist der Microsoft-Name für denselben 128-Bit-Identifier. Im Entwickleralltag meinen GUID und UUID also dasselbe - die Ökosysteme bevorzugen einfach unterschiedliche Bezeichnungen.
8-4-4-4-12.Nimm v4 für zufällige IDs, v7 für zeitsortierte IDs, die sich gut indexieren lassen, oder v1 für Legacy-Systeme, die einen Timestamp + Node-ID brauchen.
Erzeuge eine einzelne UUID für eine schnelle ID - oder bis zu 1.000 auf einmal, wenn du eine Datenbank seedest oder API-Antworten mockst.
Schalte Großbuchstaben, Bindestriche und geschweifte Klammern ({...}) je nach der Konvention ein, die deine Datenbank, dein Code oder deine Plattform erwartet.
Kopiere eine einzelne UUID oder die ganze Liste. Alles wird lokal in deinem Browser erzeugt.
Die fünf gängigen UUID-Versionen - und wann du welche nimmst.
| Version | Quelle der Eindeutigkeit | Wann sinnvoll |
|---|---|---|
| v1 | Timestamp + MAC-Adresse | Legacy-Systeme; kann die MAC des Hosts verraten |
| v3 | MD5-Hash aus Name + Namespace | Deterministische IDs, die aus einem String abgeleitet werden |
| v4 | Kryptografische Zufallszahlen | Standard für die meisten Anwendungen - im Zweifel diese hier |
| v5 | SHA-1-Hash aus Name + Namespace | Wie v3, nur mit stärkerem Hash |
| v7 | Unix-Timestamp (ms) + Zufallsanteil | Datenbank-Primärschlüssel - chronologisch sortierbar |
550e8400-e29b-41d4-a716-446655440000
Fünf Hex-Gruppen, getrennt durch Bindestriche. Die 4 an Position 13 zeigt, dass es sich um eine UUID der Version 4 (zufällig) handelt.
{ "id": "550e8400-e29b-41d4-a716-446655440000", "name": "Lesson 1", "createdAt": "2026-04-25T10:00:00Z"}APIs liefern UUIDs typischerweise als Strings im JSON aus. Viele Datenbanken bringen außerdem einen nativen UUID-Spaltentyp mit, der die ID als 16 Bytes statt als 36 Zeichen ablegt.
550e8400-e29b-41d4-a716-446655440000
550E8400-E29B-41D4-A716-446655440000
{550E8400-E29B-41D4-A716-446655440000}
550e8400e29b41d4a716446655440000
Derselbe 128-Bit-Wert, vier unterschiedliche Schreibweisen. Such dir innerhalb eines Projekts eine aus und bleib dabei - gemischte Formate führen zu nervigen Bugs beim Vergleichen.
Math.random() oder schwachen Zufallsgeneratoren zu erzeugen. Immer crypto.randomUUID() der Plattform oder das jeweilige Äquivalent verwenden.crypto.randomUUID() in Browsern und Node.js, uuid.uuid4() in Python, UUID.randomUUID() in Java.Überall dort, wo ein System einen weltweit eindeutigen Identifier braucht, ohne sich mit einem Server abzustimmen. Typische Einsätze: Primärschlüssel in Datenbanken, IDs für REST-Ressourcen, Event-IDs in verteilten Systemen, Correlation-IDs im Logging und anonyme User-IDs.
Für allgemeine Zufalls-IDs nimm UUID v4. Wenn du zeitsortierte IDs willst, die sich gut als Datenbank-Primärschlüssel eignen, nimm UUID v7. v3 / v5 nur dann, wenn du gezielt deterministische IDs aus einem Namen brauchst.
Theoretisch ja, aber bei sauber erzeugten UUIDs ist die Wahrscheinlichkeit verschwindend gering - selbst wenn du 85 Jahre lang jede Sekunde eine Milliarde v4-UUIDs erzeugst, liegt die Kollisionswahrscheinlichkeit unter eins zu einer Milliarde.
Strings sind in Ordnung und portabel. Viele Datenbanken bieten zusätzlich einen nativen UUID-Typ, der den Wert als 16 Bytes ablegt - halber Speicherbedarf und schnellere Vergleiche. Nimm das Format, das zu deiner Datenbank und deinem Tooling passt.