Regex-Spickzettel-Suche

Das Regex Cheatsheet Lookup ist ein kostenloses Online-Tool: eine durchsuchbare Referenz für über 100 Regex-Token mit Live-Beispielen, einer Bibliothek gängiger Muster, einem integrierten Tester und Übergreifend-Hinweisen für JS, Python, PCRE und POSIX. Es läuft vollständig in Ihrem Browser, ohne Installation oder Anmeldung.

JavaScript (ECMAScript), Python (re/regex), PCRE (PHP/Perl) und POSIX (BRE/ERE). Der Tab „Varianten“ hebt die Unterschiede hervor: \A/\Z-Anker, possessive Quantoren, POSIX-Klassen.

Ja. Jeder Treffer und jede Hervorhebung wird in Ihrem Browser über das native JavaScript-RegExp-Objekt berechnet. Es wird nichts an einen Server gesendet.

Ja – klicken Sie auf „Kopieren“ neben einem beliebigen Token oder gängigen Muster (E-Mail, URL, IPv4, UUID, starkes Passwort usw.), um das rohe Muster in Ihre Zwischenablage zu legen.

Ja, das Regex Cheatsheet Lookup ist zu 100% kostenlos, ohne Registrierung, ohne versteckte Gebühren und ohne Nutzungslimits. Die gesamte Verarbeitung erfolgt lokal in Ihrem Browser und gewährleistet vollständige Privatsphäre.

Absolut. Das Regex Cheatsheet Lookup verarbeitet alles clientseitig in Ihrem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Ihre Inhalte bleiben jederzeit privat auf Ihrem Gerät.

Ja, das Regex Cheatsheet Lookup ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Sie können es auf jedem Gerät mit einem modernen Webbrowser nutzen, ohne App-Download.

Es ist kein Konto und keine Registrierung erforderlich. Öffnen Sie einfach das Regex Cheatsheet Lookup in Ihrem Browser und legen Sie sofort los. Es gibt keine Anmeldeschranken oder Nutzungsbeschränkungen.

Das Regex Cheatsheet Lookup unterstützt eine breite Palette beliebter Formate und Sprachen. Die vollständige Liste der unterstützten Optionen finden Sie in der Tool-Oberfläche.

Geben Sie einfach Ihre Eingabe in das vorgesehene Feld ein, passen Sie die Einstellungen nach Belieben an, und das Tool verarbeitet sie sofort. Anschließend können Sie das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Gierige (greedy) Quantifizierer wie *, + und {n,m} matchen so viel Text wie möglich und geben nur dann per Backtracking etwas zurück, wenn der Rest des Patterns sonst scheitern würde. Faule (lazy) Quantifizierer, erkennbar am angehängten ? (also *?, +?, ??, {n,m}?), matchen so wenig wie möglich und dehnen sich nur aus, wenn sie dazu gezwungen werden. Das klassische Beispiel ist <.*> gegen "<b>hi</b>": Die gierige Variante greift den gesamten String vom ersten < bis zum letzten >, während das faule <.*?> beim ersten > stoppt und nur "<b>" trifft. Faule Quantifizierer sind unverzichtbar, um einzelne Tags, gequotete Strings oder abgegrenzte Felder zu extrahieren, ohne über das Ziel hinauszuschießen. Der Abschnitt Quantifiers im Cheatsheet listet jede gierige und faule Form mit durchgerechneten Beispielen auf, und du kannst ein Pattern direkt in den integrierten Tester ziehen, um gieriges gegen faules Verhalten an deinem eigenen Text zu beobachten, bevor du es in Code übernimmst.

Beide sind Zero-Width-Assertions: Sie prüfen, ob an einer Position bestimmter Text existiert, ohne ihn zu konsumieren oder in den Treffer einzuschließen. Lookahead prüft, was folgt. (?=abc) ist positiv (muss von abc gefolgt werden) und (?!abc) ist negativ (darf nicht gefolgt werden). So matcht \d+(?=px) die Ziffern in "10px", lässt aber "px" aus dem Ergebnis. Lookbehind prüft, was vorausgeht: (?<=abc) positiv und (?<!abc) negativ, sodass (?<=\$)\d+ die 99 aus "$99" holt, ohne das Dollarzeichen mit zu erfassen. JavaScript unterstützt Lookbehind seit ES2018, aber manche ältere Engines und POSIX-Varianten kennen es überhaupt nicht. Der Abschnitt Groups and Lookarounds im Cheatsheet zeigt alle vier Assertions mit Beispielen, und der Live-Tester lässt dich genau nachvollziehen, welche Zeichen im Treffer landen und welche nur Teil der Assertion sind.

Ein Regex, der nichts matcht, hat meist ein nicht escaptes Sonderzeichen, ein falsches Flag oder eine falsche Ankerannahme: ^ und $ spannen sich nur über Zeilen, wenn das m-Flag gesetzt ist, und . überspringt Zeilenumbrüche, sofern du nicht das s-Flag ergänzt. Ein Regex, der einfriert, liegt fast immer an katastrophalem Backtracking, verursacht durch verschachtelte Quantifizierer wie (a+)+ oder überlappende Alternation, die die Engine zwingt, eine exponentielle Zahl an Pfaden an einem nicht passenden String auszuprobieren. Abhilfe schaffen präzisere Quantifizierer, atomare Gruppen oder possessive Quantifizierer in PCRE, oder ein Umbau des Patterns, um Mehrdeutigkeit zu vermeiden. Der integrierte Tester hilft in beiden Fällen: Er zeigt die exakte RegExp-Fehlermeldung bei einem ungültigen Pattern und hebt jeden Treffer hervor, sodass du sofort siehst, ob dein Pattern zu viel matcht, Randfälle übersieht oder gar nichts liefert.

Diese Tools verwenden POSIX-reguläre Ausdrücke, die die Kurzformen \d, \w oder \s, die du aus JavaScript, Python oder PCRE kennst, gar nicht definieren. In POSIX nutzt du stattdessen Bracket-Ausdrücke: [[:digit:]] für Ziffern, [[:alpha:]] für Buchstaben, [[:alnum:]] für Alphanumerisches und [[:space:]] für Whitespace. POSIX teilt sich zudem in zwei Dialekte: BRE (Basic, verwendet von grep und sed) verlangt Backslashes vor \(, \), \{, \? und \+, während ERE (Extended, verwendet von grep -E und egrep) diese standardmäßig als Sonderzeichen behandelt. POSIX kennt kein Lookaround, keine non-greedy Quantifizierer und nur eingeschränkte Backreferences. Der Flavors-Tab listet exakt auf, welche Features welche Engine unterstützt – so kannst du vor der Portierung eines Patterns aus deinem Code in einen Shell-Befehl prüfen, ob die Kurzformen und Assertions, auf die du dich verlässt, dort überhaupt existieren.

Standardmäßig liefert ein Regex nur den ersten Treffer. Um jedes Vorkommen zu finden, fügst du dem Pattern das Global-Flag g hinzu. Ohne g liefern JavaScripts exec und match nur den einen ersten Treffer; mit gesetztem g gibt match ein Array aller Treffer zurück, und eine Schleife mit exec läuft jeden einzelnen durch. Das g-Flag verfolgt die Position außerdem über lastIndex, weshalb wiederholte Aufrufe eines globalen Regex sich durch den String weiterbewegen. Kombiniere g mit i für case-insensitives Matching über den gesamten Input hinweg. Im integrierten Tester tippst du g in das Flags-Feld, und die Trefferzahl aktualisiert sich, um jedes Vorkommen anzuzeigen, jeweils hervorgehoben und mit Zeichenindex aufgelistet; entfernst du g, siehst du, wie es wieder auf nur den ersten Treffer zurückfällt. Der Abschnitt Flags erklärt g, i, m, s, u und y jeweils mit Beispielen.