Testeur regex

Comment le calcul est fait

Ce testeur regex utilise la variante JavaScript des expressions régulières, telle que définie par la norme ECMA-262 et implémentée par votre navigateur. Un motif qui fonctionne ici fonctionne exactement de la même façon avec String.prototype.match, matchAll, replace et RegExp.prototype.test – dans Chrome, Firefox, Safari et Node.js.

Tester une regex en 3 étapes

1. Saisissez le motif sans les barres obliques, par ex. \d+.
2. Cochez les options voulues (g pour toutes les correspondances, i pour ignorer la casse…).
3. Collez le texte de test et lisez les correspondances, les groupes et l’explication du motif.

Exemple : le motif \d{4} avec l’option g trouve 2 correspondances dans « Né en 1990, installé en 2015 » : 1990 à la position 6 et 2015 à la position 24 (positions comptées à partir de 0).

Lire le résultat

• Correspondances : chaque correspondance avec son index (position du caractère à partir de zéro, comptée en unités de code UTF-16 comme en JavaScript – un emoji compte pour 2) et sa longueur. Les sauts de ligne sont affichés en ↵, les tabulations en ⇥.
• Groupes par correspondance : ce que chaque paire de parenthèses a capturé – groupes numérotés ( ) et groupes nommés (?<nom> ). « Non utilisé » signifie que le groupe se trouve dans une alternative qui n’a pas été empruntée. Avec le drapeau d, vous obtenez aussi la position de chaque groupe.
• Motif expliqué : chaque élément en clair ; les lignes en retrait (›) se trouvent à l’intérieur d’un groupe.

Les drapeaux

g trouve toutes les correspondances au lieu de la première seulement, i ignore la casse, m fait agir ^ et $ ligne par ligne, s permet au point de reconnaître les sauts de ligne. u traite les emoji et autres caractères hors du plan multilingue de base comme un seul caractère et active les propriétés Unicode comme \p{L} (n’importe quelle lettre, é ou ç compris). v est la version récente de u, avec des opérations d’ensembles comme [\p{L}--[a-z]] ; u et v ne peuvent pas être combinés. y (« sticky ») ne trouve que des correspondances qui se suivent sans interruption.

Protection contre les boucles infinies et les blocages

Des motifs comme a* ou \b peuvent produire des correspondances vides. Comme JavaScript lui-même, le testeur avance alors d’un caractère (d’un point de code entier avec u/v) : il n’y a donc pas de boucle infinie. Au maximum 1 000 correspondances sont recherchées.

Le vrai danger est le retour arrière catastrophique (ReDoS) : des quantificateurs imbriqués comme (a+)+$ essaient un nombre exponentiel de combinaisons sur un texte qui ne correspond pas – 30 caractères peuvent occuper le moteur pendant des minutes. C’est pourquoi la recherche s’exécute dans un thread d’arrière-plan distinct et s’arrête au bout de 2 secondes ; la page reste réactive. Évitez aussi ce genre de motifs dans votre propre code, surtout sur des saisies d’utilisateurs.

Différences avec les autres variantes de regex

PCRE (PHP), Python, Java et .NET diffèrent sur des détails : JavaScript ne connaît ni quantificateurs possessifs (a++), ni groupes atomiques, ni ancres \A ou \Z ; \w ne couvre que A–Z, a–z, 0–9 et le tiret bas – pour les lettres accentuées, utilisez \p{L} avec le drapeau u.

Votre texte de test n’est ni envoyé, ni enregistré, ni écrit dans le lien – seuls le motif et les drapeaux le sont.

Autres outils pour développeurs : le validateur JSON, le validateur XML et CSV et l’encodeur Base64.

Questions fréquentes

Sources et références juridiques

• ECMA-262 § 22.2: ECMA-262 – ECMAScript Language Specification, RegExp (Regular Expression) Objects
• MDN Web Docs – Regular expressions (Guide)
• MDN Web Docs – RegExp.prototype.flags
• MDN Web Docs – String.prototype.matchAll() (empty matches, lastIndex)
• OWASP – Regular expression Denial of Service (ReDoS)

Dernière mise à jour : 27 septembre 2026 · Principes éditoriaux