Herramienta de Prueba Regex

La herramienta Regex ayuda a escribir, probar y entender expresiones regulares. Una expresión regular describe patrones de texto para búsqueda, extracción, validación y reemplazo, como cadenas parecidas a emails, campos de logs, URLs, IDs, fechas o formatos repetidos. Un probador permite ver coincidencias, grupos de captura, flags y casos límite antes de usar el patrón en código, pipelines de datos o validación de formularios. Regex es potente, pero fácil de sobreestimar: un patrón puede coincidir de más o de menos, volverse lento con entradas grandes o manejar mal Unicode y reglas locales. Para parsers complejos, HTML o validación crítica suele ser más seguro usar una biblioteca especializada.

El probador está impulsado por el motor RegExp de ECMAScript definido en la especificación del lenguaje. Las regex de ECMAScript son una implementación NFA con backtracking: el motor prueba cada alternativa de izquierda a derecha y retrocede cuando un cuantificador falla, lo que hace posibles los lookarounds y las referencias hacia atrás pero también produce backtracking catastrófico en entradas adversas. Las seis banderas que reconoce son g (global), i (insensible a mayúsculas), m (multilínea, anclas por línea), s (dotAll, '.' coincide con salto de línea), u (modo Unicode) y y (sticky, anclada a lastIndex). La semántica de coincidencia cambia drásticamente entre banderas. Con /u, el motor trata el patrón como una secuencia de puntos de código Unicode en lugar de unidades de código UTF-16, por lo que los pares sustitutos coinciden como un solo carácter y las clases de propiedad Unicode como \p{L} (cualquier letra), \p{Sc} (símbolo de moneda) y \p{Script=Han} quedan disponibles. Los grupos de captura con nombre (?<nombre>...) y el lookbehind (?<=...) son parte de ES2018 y están disponibles en Chromium 64+, Firefox 78+ y Safari 16.4+, pero las características exclusivas de PCRE como los grupos atómicos (?>...) y los cuantificadores posesivos (a++) aún no están en la especificación. El mayor riesgo en producción es el ReDoS — un patrón como (a+)+b en la entrada 'aaaaaaaaaaaaaaaa!' explora un número exponencial de caminos porque dos cuantificadores anidados pueden dividir la misma secuencia de caracteres de muchas formas. Las mitigaciones son bien conocidas: evitar cuantificadores anidados sobre la misma clase de caracteres, anclar con ^ y $ donde sea posible, preferir grupos atómicos cuando el motor los soporte, o cambiar a un motor de tiempo lineal como RE2 de Go (que sacrifica referencias hacia atrás y lookbehind por una coincidencia garantizada O(n)). Para entradas no confiables destinadas a validación del lado del servidor, RE2 o un parser escrito a mano es casi siempre la opción más segura.

• Motor: ECMAScript RegExp es un NFA con backtracking, no un DFA; eso es lo que permite lookarounds y referencias hacia atrás pero también permite el backtracking catastrófico.
• Banderas: g (global), i (insensible a mayúsculas), m (^/$ por línea), s (dotAll, '.' coincide con \n), u (modo Unicode, consciente de sustitutos), y (sticky, anclada a lastIndex).
• Modo Unicode: /u desbloquea coincidencia por punto de código más \p{L} (letra), \p{Sc} (moneda), \p{Script=Han}; sin /u, [a-zA-Z]+ pierde toda palabra no latina.
• Disponibilidad de sintaxis moderna: capturas con nombre (?<n>...) y lookbehind (?<=...) en Chromium 64+, Firefox 78+, Safari 16.4+; grupos atómicos (?>...) y cuantificadores posesivos (a++) no están en ECMAScript.
• ReDoS: cuantificadores anidados sobre la misma clase como (a+)+b explotan exponencialmente; reforzar con anclas, grupos atómicos, o migrar a RE2 / re2-wasm para entradas no confiables.
• Piso de complejidad: patrones literales anclados sobre un alfabeto fijo se ejecutan en O(n); las referencias hacia atrás y lookarounds sin límite llevan el peor caso a exponencial, por lo que se debe medir en entradas adversas antes de lanzar.