Regex Tester

Den Regex-Tester verwenden

1. Das Muster in das Muster-Feld eingeben ohne umgebende Schrägstriche. Gib zum Beispiel \\b\\d{3}-\\d{4}\\b ein, nicht /\\b\\d{3}-\\d{4}\\b/g.
2. Die benötigten Flags umschalten aus der Kontrollkästchen-Zeile: g für alle Treffer, i für Groß-/Kleinschreibung-ignorierend, m für mehrzeilige Anker, s für Punkt-passt-Zeilenumbruch, u für Unicode, y für Sticky.
3. Den Testtext in den großen Testbereich einfügen. Der Hervorheber läuft bei jedem Tastendruck, sodass du sofortiges Feedback erhältst.
4. Die Trefferliste unterhalb des Textbereichs prüfen. Jeder Eintrag zeigt den Trefferindex, die gematchte Teilzeichenkette und alle nummerierten oder benannten Capture-Gruppen.
5. Den Spickzettel öffnen, wenn du eine Erinnerung an die Quantifizierer-Syntax, Anker, Zeichenklassen oder Lookaround-Konstrukte benötigst.
6. Ein Muster kopieren mit der Kopierschaltfläche, wenn du es als Literal oder new RegExp() in deinen Code einfügen möchtest.

Im Inneren

Dein Muster wird via new RegExp(pattern, flags) kompiliert, das es an dieselbe Engine übergibt, die dein JavaScript-Code zur Laufzeit verwendet - V8s Irregexp in Chrome und Node, SpiderMonkeys Regexp-Engine in Firefox oder JavaScriptCores YARR in Safari. Beim Tippen fängt ein try/catch-Block SyntaxError ab und zeigt ihn inline an, statt zu werfen. Das Matching verwendet String.prototype.matchAll, sodass du die vollständige Liste der Treffer zusammen mit Gruppen, Indizes und Eingabelänge erhältst, ohne den Regex in einer Schleife ausführen zu müssen. Der Hervorheber durchläuft das Treffer-Array einmal und fügt <mark>-Spans über einen sicheren Textknoten-Ansatz in den DOM ein, sodass Sonderzeichen in deinem Testtext niemals als HTML behandelt werden.

Wann du es verwenden würdest

• Ein Validierungsmuster für eine E-Mail-, Telefon- oder Rechnungsnummer entwerfen, bevor du es in dein Zod-, Joi- oder Yup-Schema einfügst.
• Einen Regex debuggen, der in deiner IDE funktioniert, aber sich in der Produktion wegen eines subtilen Flag-Mismatches anders verhält.
• Strukturierte Daten aus Protokollzeilen extrahieren - Zeitstempel, IPs, Anfrage-IDs - und verifizieren, dass die Capture-Gruppen dort landen, wo du sie erwartest.
• Jemandem den Unterschied zwischen gierigen und faulen Quantifizierern beibringen, indem .* gegenüber .*? über dieselbe Eingabe umgeschaltet wird.
• Einen grep -E-Befehl in einen JavaScript-Regex konvertieren und bestätigen, dass die Semantik die Übersetzung überlebt.

Häufige Fallstricke und Sonderfälle

• ECMAScript ist nicht PCRE. Muster, die auf possessiven Quantifizierern, Subroutinen-Aufrufen oder bedingten Gruppen basieren, werden nicht kompiliert; diese kommen aus PCRE/Perl und haben kein ECMAScript-Äquivalent.
• Lookbehind-Unterstützung. Variabel langen Lookbehind wie (?<=foo.*) wird in modernem V8, SpiderMonkey und JavaScriptCore unterstützt, schlägt aber in älteren Safari-Builds fehl. Wenn du Pre-2020-Browser anvisierst, vermeide es.
• Unicode-Property-Escapes wie \\p{L} funktionieren nur, wenn das u-Flag gesetzt ist. Es zu vergessen führt zu einem Invalid-Escape-Fehler.
• Surrogate-Paare. Ohne das u-Flag sind einzelne Emojis zwei Code-Einheiten und . passt nur auf die erste Hälfte.
• Das globale Flag und lastIndex. Dasselbe RegExp-Objekt mit g und .test() wiederzuverwenden, schreitet lastIndex zwischen Aufrufen voran, was eine klassische Quelle von "Warum wechselt mein Validator zwischen true/false"-Fehlern ist.
• Katastrophales Zurückverfolgen. Muster wie (a+)+$ gegen lange nicht-passende Eingaben können den Tab einfrieren. Wenn der Hervorheber hängen bleibt, ist dein Muster mit hoher Wahrscheinlichkeit quadratisch oder schlechter.

Regex-Syntax im Hintergrund

Die ECMAScript-Grammatik für reguläre Ausdrücke ist in Anhang B und Abschnitt 22.2 des ECMA-262-Standards spezifiziert. Sie lehnt sich stark an Perl und PCRE an, weicht aber an einigen Stellen ab: keine eingebetteten Modifikatoren mit (?i), keine benannten atomaren Gruppen, begrenzte Unicode-Unterstützung ohne das u-Flag und unterschiedliche Semantik für $ am Ende einer Zeichenkette, wenn m deaktiviert ist. Andere Regex-Flavors im allgemeinen Einsatz umfassen PCRE (PHP, nginx), Pythons re- und regex-Module, Gos RE2 (lineare Zeit, kein Zurückverfolgen) und POSIX ERE, wie es von grep -E implementiert wird. RE2 verdient besondere Erwähnung: Es lehnt Backreferences und Lookaround ab, garantiert aber lineare Matching-Zeit, weshalb Google es für benutzerseitig bereitgestellte Muster verwendet.

Vergleich mit Alternativen

Für komplexe Test-Suites, die mit deiner Codebasis versioniert werden müssen, bietet regex101.com Permalinks und einen per-Muster-Debugger, der jeden Token schrittweise durchläuft - extrem nützlich, wenn du wirklich feststeckst. grep -P, ripgrep und sed -E sind nach wie vor die schnellste Methode, eine große Codebasis vom Terminal aus zu durchsuchen, und die Rust-Regex-Engine von ripgrep ist PCRE-kompatibel, läuft aber in garantierter linearer Zeit. Das Find-in-Files deiner IDE ist perfekt, wenn du einen Regex mit Kontext koppeln und über viele Dateien ersetzen möchtest. Verwende diesen Web-Tester, wenn du ein ECMAScript-spezifisches Muster festlegen, nichts installieren und Capture-Gruppen pro Treffer auf einen Blick sehen möchtest - besonders weil die Engine hier genau die ist, die dein Node.js-Dienst oder Browser-Code verwenden wird.