Regex online testen: Praxisleitfaden zum Debuggen regulärer Ausdrücke

Ein Muster, das Sie in Code, eine Fixture oder ein JSON-Schema-pattern einfügen wollen.

Manche Aufgaben haben schon ein Werkzeug, das die Regeln kennt. Ein handgeschriebener Ausdruck driftet.

Der Tester kompiliert das Feld mit new RegExp. Rekursive Konstrukte wie (?R) sind hier ungültig und zeigen die Fehlermeldung der Engine. Die Schrägstriche um das Feld sind nur die Oberfläche, nicht Teil des Musters. /(\w+)/gi einfügen entfernt die Begrenzer und mischt diese Flags mit den bereits aktiven — es ersetzt sie nicht. War g schon an, bleibt g an. Die zweite Falle ist der Backslash: Das Feld ist die Regex-Quelle, also bedeutet \d Ziffern. \\d aus einem JSON- oder Java-String sucht einen literalen Backslash gefolgt von d.

Auf "one" and "two" liefert das Muster ".+" mit g einen Treffer: die ganze Spanne vom ersten bis zum letzten Anführungszeichen. Die Engine nimmt so viel sie kann und gibt Zeichen zurück, bis das letzte Anführungszeichen passt. Auf ".+?" zu wechseln heißt nicht „nur die gemeinten Wörter“. Mit g sind es zwei Treffer, "one" und "two". Lazy bedeutet der kürzeste Erfolg, kein semantischer Filter. "[^"]*" ist das Muster, das ein Anführungszeichen nicht überqueren kann.

Eine Form wie (a+)+ gegen eine lange Folge von a, die das erwartete Ende nie erreicht, kann in katastrophales Backtracking kippen. Der Tester hat kein Server-Timeout. Er läuft auf dem Hauptthread des Tabs, die Seite kann einfrieren. Das Werkzeug deckelt die Rückgabe: Die globale Suche stoppt und zeigt eine Kürzungswarnung, entweder weil sie die weiche Grenze von 500 Treffern erreicht hat, oder weil ein Muster der Breite null den Schleifenwächter ausgelöst hat (die Engine rückt nach einem leeren Match um ein Zeichen vor, damit g nicht endlos läuft). Dieser Wächter macht einen verschachtelten Quantor nicht sicher. Der Upload akzeptiert .txt, .md und .log bis 32 MiB in die Testzeichenfolge, weiterhin lokal — ein volles Log plus ein verschachteltes Muster blockiert den Tab zuverlässig.

Die Kachel „E-Mail (approx.)“ ist [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,} auf [email protected] x not-an-email [email protected]. Mit g hebt sie [email protected] und [email protected] hervor. Das ist eine Demo, nicht RFC 5322, und die Seite sagt das. Dieselbe Ehrlichkeit gilt für Sticky: Das Flag y matcht hier nur am Anfang der Testzeichenfolge, weil lastIndex bei jedem Lauf zurückgesetzt wird. Es setzt nicht „dort fort, wo der letzte Treffer endete“. Und die Ergebnisse aktualisieren sich nicht während der Eingabe. Muster, Flags, Modus oder Text ändern löscht die Karten, bis Sie wieder auf Prüfen klicken.

Sechs Flags, keine weiteren. Standard ist nur g.

Match listet Treffer. Replace zeigt zusätzlich die ersetzte Zeichenkette, mit JavaScript-Ersetzungsmustern.

Eine benannte Capture ist dieselbe Gruppe wie ihre Nummer. Die Karte zeigt sie einmal.

Im Regex-Tester läuft nichts, während Sie tippen. Die vorherigen Karten verschwinden, sobald sich die Eingaben ändern.

Die Kacheln sind Fixtures, keine Bibliothek von Produktionsvalidatoren.

Nodes RegExp ist dieselbe Sprache. matchAll verlangt das Flag g. Ohne g rufen Sie exec einmal auf.

Die Ersetzungsmuster sind dieselben, die das Replace-Feld akzeptiert. Das ist die eingebaute Kachel, keine eigene Template-Sprache.

Keine Installation, nichts wird hochgeladen, Flags und Gruppen sichtbar, Replace-Vorschau inklusive. Gegenseite: kein Dialekt-Schalter, Sticky nur bei Index 0, höchstens 500 zurückgegebene Treffer, und ein verschachtelter Quantor kann den Tab einfrieren, weil die Ausführung lokal ist. Behalten Sie die Seite für eine Fixture und ein Review. Committen Sie das Muster neben Tests, wenn es Produktionseingaben schützt. Stand der Ausdruck nur für einen Slug oder einen Schreibweisenwechsel, wechseln Sie zu Slugify oder zum Case-Converter, statt ihn zu pflegen.