Which regex flavor does this tester use?

JavaScript's built-in RegExp engine (ECMAScript) — the same one running in every browser and in Node.js. Constructs like lookahead (?=...), non-capturing groups (?:...), named groups (? ...), and unicode escapes all work as they would in production JavaScript code.

Why does my pattern match in another tool but not here?

Flavor differences. PCRE (PHP, grep) and Python's re support lookbehind variants, backreferences in patterns, and flags JavaScript lacks — and vice versa in small details. If a pattern works in PCRE but not here, look for constructs outside the ECMAScript set; the reverse direction usually involves JS-only named groups or the s flag.

What do the flags g, i, m, s, and u actually change?

g finds every match instead of stopping at the first; i makes matching case-insensitive; m makes ^ and $ match at every line start/end rather than string edges; s lets . match newlines; u enables full unicode handling (essential for emoji and non-Latin text). Combining g with a highlighter shows all occurrences, which is how this tool lists results.

How do I match text that spans multiple lines?

Two flags work together: m lets anchors (^, $) land on each line's boundaries, and s lets . cross line breaks. For patterns like 'start of a specific line', use ^yourtext with m enabled. For multi-line phrases, either enable s or replace spaces in your pattern with [\s\S] or \s+.

Regex Tester

Test regular expressions with live match highlighting and group capture.

LIVE MATCHLive highlightCapture groupsAll flagsError display

Saved Patterns· Auto-save on

▾

Pattern

Test Text

Highlighted Preview

The Quick Brown Fox Jumps Over The Lazy Dog

Matches (9)

"The" @ index 0

"Quick" @ index 4

"Brown" @ index 10

"Fox" @ index 16

"Jumps" @ index 20

"Over" @ index 26

"The" @ index 31

"Lazy" @ index 35

"Dog" @ index 40

Next Steps

Format extracted data

Extracted data with regex? Format it as clean JSON

Format JSON →

Data Source & Legal Disclaimer

Effective: 2026

Sources: Browser-side processing (no external API)

This tool runs 100% in your browser. All computation happens locally on your device — your input is never uploaded to any server. Results are for reference only.

See all data sources & update policy →

So funktioniert esPage 2

↩ Zurück zum Rechner

How a pattern walks through your text — illustrated

A regular expression is a tiny state machine: the engine starts at the left, tries to match the pattern, and on success records a match then resumes just after it. Flags change the walk — g keeps scanning, i relaxes case, m re-anchors ^/$ to each line. Capturing groups (…) store sub-parts so you can pull out just the fraction of each hit.

Match → advance → repeat

Pattern /\d+/g against the string 'A1B22C333': the engine finds 1, resumes after it, finds 22, resumes, finds 333. Without the /g flag it stops after the first hit.

From vague to precise — three patterns

Same sandwich description, three extraction goals.

Goal: any digits:/d+/g → catches 12 and 34 in “Order #12 · qty 34”
Goal: a price:/\$\d+\.\d{2}/ → matches “9.99” and “19.50” only when dollar-prefixed
Goal: an email-like id:/[a-z]+\d+/gi → case-insensitive run of letters then digits
Trap to watch:Metacharacters must be escaped — a literal “.” needs \., or it matches any character

↩ Back to tester

FAQ & DetailsPage 3

↩ Zurück zum Rechner

Test regular expressions with match highlighting, capture group display, and all standard flags. Everything runs locally; nothing is uploaded.

FreeToolHub Regex Tester & Highlighter is a free browser-based tool — test regular expressions with match highlighting, capture group display, and all standard flags. No signup, no upload; everything runs locally in your browser.

Über dieses Tool

Was ist dieses Tool?

Testen und debuggen Sie reguläre Ausdrücke in Echtzeit, mit Hervorhebung der Treffer und Spickzettel. Kostenlos und ohne Registrierung.

Live highlightCapture groupsAll flagsError display

Was ist der Regex Tester?

Dieser Tester ist ein Live-Arbeitsplatz für reguläre Ausdrücke: Geben Sie ein Muster und Beispieltext ein, und jede Übereinstimmung wird beim Tippen an Ort und Stelle hervorgehoben. Über die Übereinstimmung hinaus zeigt er die Funktionsweise auf, die Entwickler tatsächlich zum Debuggen von Mustern benötigen – nummerierte Fanggruppen mit ihren extrahierten Werten, alle Standard-Flags einschließlich global, case-insensitive, multiline und dotall, sowie klare Fehler, wenn das Muster nicht kompiliert werden kann. Benannte Gruppen werden mit ihren Beschriftungen gerendert, und die Übereinstimmungszahlen werden live aktualisiert, sodass Sie ein Muster anhand realer Daten verfeinern können, anstatt zu raten, ob es funktioniert.

Wer sollte dieses Tool verwenden?

Entwickler, die Validierungsregeln für Formulare und APIs erstellen, bestätigen, dass ein Muster jede gültige Eingabe akzeptiert und die ungültige vor dem Versand ablehnt. Daten-Ingenieure, die Extraktionsmuster für Protokolle und Texte schreiben, ziehen die benannten Fanggruppen direkt aus dem Panel. Jeder, der Legacy-Regex wartet – oft der am meisten gefürchtete Code in einem Repository – fügt ihn hier mit repräsentativer Eingabe ein, um zu verstehen, was er tatsächlich abgleicht, bevor er ihn ändert. QA-Ingenieure konstruieren Grenzfall-Strings, die Gier-gegen-Trägheit und Anker-Fehler aufdecken, bevor die Produktion sie findet.

Wie funktioniert es?

(1) Geben Sie Ihr Muster ein; Kompilierungsfehler werden sofort mit Positions-Hinweisen angezeigt. (2) Schalten Sie Flags um – g für alle Übereinstimmungen, i für case-Insensitivität, m für ^ und $ pro Zeile, s damit Punkt Zeilenumbrüche abgleicht, plus u und y. (3) Fügen Sie Beispieltext in den Bereich für den Betreff ein; Übereinstimmungen werden live hervorgehoben und die Zählung wird aktualisiert. (4) Untersuchen Sie die Ergebnisse: jede Übereinstimmung mit ihrem Index und jede Fanggruppe – nummeriert und benannt – mit extrahiertem Text und einer schnellen Nullprüfung für optionale Gruppen, die nicht teilgenommen haben. Muster und Text bleiben lokal in Ihrem Browser.

Was sind die häufigsten Regex-Fehler?

Fünf Fehlermuster machen die meisten Regex-Bugs aus. Gierige Quantifizierer, die zu viel verschlucken: .* in <.*> verbraucht bis zum letzten > in der Zeile – wechseln Sie zum trägen .*? oder verwenden Sie negierte Klassen wie [^>]*. Nicht maskierte Sonderzeichen: ein wörtlicher Punkt muss \. sein, sonst passt er auf jedes Zeichen, das klassische Validierungsleck bei E-Mails. Fehlende Anker: ^\d{4} ohne ^ passt die letzten vier Ziffern überall an – entscheiden Sie, ob Teilzeichenkettenabgleich beabsichtigt ist. Katastrophales Backtracking: verschachtelte Quantifizierer wie (a+)+ gegen lange nicht passende Eingaben lassen Engines hängen – entrollen Sie das Muster oder fügen Sie atomares possessives Verhalten hinzu, wo unterstützt. Und Plattform-Drift: Lookbehind, benannte Gruppen und Unicode-Eigenschaften-Escapes variieren zwischen Engines, testen Sie also gegen die Variante, die Sie ausliefern. Dieser Tester läuft mit der JavaScript-Variante, die genau Browser- und Node-Umgebungen abgleicht.

Häufige Fragen

Welche Regex-Variante verwendet dieser Tester?

Die eingebaute RegExp-Engine von JavaScript (ECMAScript) – dieselbe, die in jedem Browser und in Node.js läuft. Konstrukte wie Lookahead (?=...), nicht-fangende Gruppen (?:...), benannte Gruppen (?<name>...) und Unicode-Escapes funktionieren genau wie in Produktions-JavaScript-Code.

Warum passt mein Muster in einem anderen Tool, aber nicht hier?

Unterschiede zwischen den Varianten. PCRE (PHP, grep) und Pythons re unterstützen Lookbehind-Varianten, Backreferences in Mustern und Flags, die JavaScript nicht hat – und umgekehrt in kleinen Details. Wenn ein Muster in PCRE funktioniert, aber nicht hier, suchen Sie nach Konstrukten außerhalb des ECMAScript-Satzes; die umgekehrte Richtung betrifft meist nur in JS verfügbare benannte Gruppen oder das s-Flag.

Was ändern die Flags g, i, m, s und u tatsächlich?

g findet jede Übereinstimmung, statt beim ersten aufzuhören; i macht den Abgleich case-insensitiv; m lässt ^ und $ an jedem Zeilenanfang/-ende passen, nicht nur an String-Rändern; s lässt . Zeilenumbrüche abgleichen; u ermöglicht volle Unicode-Verarbeitung (essenziell für Emoji und nicht-lateinischen Text). Die Kombination von g mit einem Hervorheber zeigt alle Vorkommen, was dieses Tool bei der Ergebnisanzeige tut.

Wie matche ich Text, der sich über mehrere Zeilen erstreckt?

Zwei Flags arbeiten zusammen: m lässt Anker (^, $) an jeder Zeilengrenze landen, und s lässt . Zeilenumbrüche überschreiten. Für Muster wie 'Anfang einer bestimmten Zeile' verwenden Sie ^Ihrtext mit m aktiviert. Für mehrzeilige Phrasen, aktivieren Sie entweder s oder ersetzen Sie Leerzeichen in Ihrem Muster durch [\s\S] oder \s+.

Welche Regex-Flags und -Engine unterstützt dieses Tool?

Es verwendet die JavaScript-RegExp-Engine mit allen Standard-Flags: g (global), i (case-insensitive), m (multiline), s (dotall), u (unicode) und y (sticky). Die Live-Übereinstimmungshervorhebung zeigt alle Übereinstimmungen gleichzeitig. Fanggruppen werden in einer nummerierten Liste unter den Übereinstimmungsergebnissen zur einfachen Fehlersuche angezeigt.

Kann ich Regex-Muster gegen mehrzeiligen Text testen?

Ja. Aktivieren Sie das m-Flag für den Mehrzeilenmodus (^ und $ passen an Zeilengrenzen) oder das s-Flag für den dotall-Modus (. passt auf Zeilenumbrüche). Dies ist essenziell zum Parsen von Protokolldateien, Extrahieren von Daten aus strukturiertem Text und Validieren von mehrzeiligen Formulareingaben. Die Verarbeitung erfolgt zu 100 % im Browser.

Which regex flags and engine does this tool support?

It uses the JavaScript RegExp engine with all standard flags: g (global), i (case-insensitive), m (multiline), s (dotall), u (unicode), and y (sticky). Live match highlighting shows all matches simultaneously. Capture groups are displayed in a numbered list below the match results for easy debugging.

Can I test regex patterns against multiline text?

Yes. Enable the m flag for multiline mode (^ and $ match line boundaries) or the s flag for dotall mode (. matches newlines). This is essential for parsing log files, extracting data from structured text, and validating multiline form input. All processing is 100% in-browser.