manage_search Testeur de regex star

Comment ça fonctionne

Une expression régulière décrit un motif de caractères plutôt qu'une chaîne littérale, ce qui permet à une courte expression de correspondre à toute une famille de textes : n'importe quelle adresse e-mail, n'importe quel numéro de téléphone dans plusieurs formats, n'importe quelle ligne d'un fichier journal commençant par « ERROR ». Saisissez une expression régulière JavaScript, activez ses indicateurs (g toutes les correspondances, i insensible à la casse, m ancres multilignes, s le point correspond aussi aux sauts de ligne, u Unicode complet) et collez un texte d'exemple : chaque correspondance est surlignée sur place et listée en dessous avec sa position et ses éventuels groupes de capture. Les parenthèses () créent un groupe de capture — un moyen d'extraire un fragment précis du texte correspondant, comme le domaine d'une adresse e-mail ou l'année d'une date, plutôt que de simplement savoir qu'une correspondance a eu lieu.

Une distinction déroute presque tout le monde au début : quantificateurs gourmands (greedy) contre paresseux (lazy). .* est gourmand — il tente de faire correspondre le plus de texte possible, puis ne recule (backtrack) que si nécessaire. Face à l'entrée <b>bold</b> and <i>italic</i>, le motif <.*> correspond avidement depuis le premier < jusqu'au tout dernier >, engloutissant les deux balises. Ajouter un ? pour obtenir .*? le rend paresseux — il correspond au minimum possible, si bien que <.*?> s'arrête au premier > et ne correspond correctement qu'à <b>. Cette distinction explique exactement pourquoi les regex naïves de correspondance HTML échouent sur du balisage réel.

Ce qu'il faut savoir

Le moteur utilisé ici est l'implémentation native JavaScript (ECMAScript) de votre propre navigateur, donc un motif qui correspond ici correspond à l'identique dans votre code JS — il n'y a aucune couche de traduction à remettre en question. Les autres variantes de regex — PCRE (PHP), le module re de Python, Pattern de Java — partagent l'essentiel de la syntaxe de base (classes de caractères, quantificateurs, groupes) mais divergent sur les fonctionnalités avancées : le support du lookbehind, la syntaxe des groupes nommés, les quantificateurs possessifs et certaines séquences d'échappement diffèrent. Retestez toujours les cas limites dans le langage cible réel avant de mettre en production.

Méfiez-vous du retour arrière catastrophique (catastrophic backtracking) : des motifs avec des quantificateurs imbriqués ou qui se chevauchent, comme (a+)+b testé contre une longue chaîne de « a » sans « b » final, peuvent forcer le moteur dans un retour arrière exponentiel et figer la page — ou votre serveur de production, pour la même raison. Si un motif se bloque ici, raccourcissez d'abord le texte de test, puis restructurez le motif (souvent en supprimant entièrement la répétition imbriquée) plutôt que de simplement lui jeter plus de puissance de calcul. Tout s'exécute localement dans votre navigateur ; aucun motif ni texte n'est jamais transmis.