Warum Ihr Regex nicht matcht: Flags, Zeilenanker und Maskierungsregeln

1. Direkte Diagnose: Warum ein syntaktisch korrekter Regex fehlschlägt

Ein regulärer Ausdruck schlägt in der Praxis meist nicht wegen fehlerhafter Logik fehl, sondern aufgrund fehlender Flags, falscher Zeilenanker oder Maskierungsfehler. Wenn Ihr Muster 0 Treffer liefert oder das gesamte Dokument verschlingt, arbeitet die Regex-Engine meist nach anderen Regeln als erwartet.

Überprüfen Sie diese Kernmechanismen Schritt für Schritt:

2. Wichtige Flags: g, i, m und s (m und s niemals verwechseln)

Flags steuern die Engine: g sammelt alle Treffer; i ignoriert Groß-/Kleinschreibung; m (Multiline) lässt ^ und $ auf jede Zeile matchen; s (dotAll) erlaubt dem Punkt (.), auch Zeilenumbrüche (\n) zu matchen.

• g (Global): Sucht im gesamten Text weiter, anstatt nach dem ersten Treffer anzuhalten.
• i (Ignore Case): Ignoriert die Groß- und Kleinschreibung.
• m (Multiline): Lässt ^ und $ auf den Anfang und das Ende jeder einzelnen Zeile matchen.
• s (dotAll): Erlaubt dem Punkt (.), auch Zeilenumbrüche (\n, \r) zu erfassen.

3. Gierige (.*) vs. faule (.*?) Quantifizierer

Standardmäßig sind Quantifizierer gierig (greedy): sie schlucken maximal viele Zeichen, bevor sie für nachfolgende Tokens zurückweichen.

Betrachten Sie das Extrahieren von Tags aus: <div>A</div><div>B</div>

4. Maskierungsregeln und Backslash-Fallen (Literal vs. Zeichenklassen)

Reguläre Ausdrücke reservieren Syntaxzeichen: \ ^ $ . | ? * + ( ) [ { } ]. Die Maskierungsregeln hängen vom syntaktischen Kontext ab:

• Außerhalb von Zeichenklassen: Alle Sonderzeichen müssen mit Backslash (z. B. \., \$) maskiert werden, um wörtlich zu matchen.
• Innerhalb von Zeichenklassen ([...]): Die meisten Metazeichen verlieren ihre Sonderbedeutung und matchen wörtlich (z. B. [.] matcht einen Punkt; [*] matcht einen Stern). Nur ^ (Negation am Anfang), - (Bereich), ] (Klassenende) und \ (Escape) behalten Sonderfunktionen.

In JavaScript-Quellcode ist strikt zwischen Literal und String-Konstruktor zu unterscheiden:

// 1. Regex Literal (single backslash required)
const reLiteral = /^\d+\.\d+$/;

// 2. String Constructor (double backslash mandatory)
const reConstructor = new RegExp("^\\d+\\.\\d+$");

5. Praxiserprobte Beispiele im GoToolstack-Tester

Alle folgenden Muster wurden mit der ECMAScript-Engine und realen Eingaben verifiziert:

6. Engine-Unterschiede und ReDoS-Vermeidung

GoToolstack nutzt die native ECMAScript-Engine. Beachten Sie beim Portieren von PCRE oder Python folgende Grenzen:

• Lookbehind: ES2018+ unterstützt (?<=...) und (?<!...). Ältere Browser melden Syntaxfehler.
• Keine possessiven Quantifizierer: JS unterstützt weder .*+ noch atomare Gruppen (?>...).
• ReDoS-Schutz: Verschachtelte Ausdrücke wie (a+)+$ frieren den Browser ein. GoToolstack führt Tests in einem Web Worker mit Timeout aus.
• E-Mail-Validierung: Vermeiden Sie gigantische Regex-Muster. Grundlegende Strukturprüfungen kombiniert mit Bestätigungslinks sind sicherer.

7. GoToolstack-Werkzeuge für Entwickler

Testen und erstellen Sie reguläre Ausdrücke lokal und sicher in Ihrem Browser:

• Regex Tester: Echtzeit-Tester mit Gruppeninspektion und worker-isoliertem ReDoS-Schutz.
• Regex Builder: Reguläre Ausdrücke visuell und fehlerfrei zusammenstellen.
• Entwickler-Tools Hub: Vollständige Sammlung von Entwickler- und Datenwerkzeugen.

Technische Referenzen und offizielle Standards

• MDN Web Docs: JavaScript Reguläre Ausdrücke (RegExp) Handbuch.
• ECMA-262: ECMAScript-Sprachspezifikation – RegExp-Objekte.
• OWASP: ReDoS-Präventionsleitfaden (Denial of Service).