Testador de Regex

Como o cálculo é feito

Este testador de regex usa o dialeto JavaScript de expressões regulares, definido pelo padrão ECMA-262 e implementado pelo seu navegador. Um padrão que funciona aqui funciona exatamente igual em String.prototype.match, matchAll, replace e RegExp.prototype.test – no Chrome, Firefox, Safari e Node.js.

Como testar uma regex

1. Digite o padrão sem as barras em volta, por exemplo \d+.
2. Marque as flags necessárias (g para todas as correspondências, i para ignorar maiúsculas e minúsculas…).
3. Cole o texto de teste e veja as correspondências, os grupos e a explicação do padrão.

Exemplo: o padrão \d{4} com a flag g encontra 2 correspondências em “Nasceu em 1990, mudou-se em 2015”: 1990 na posição 10 e 2015 na posição 28 (as posições começam em 0).

Como ler o resultado

• Correspondências: cada correspondência com seu índice (posição do caractere a partir de zero, contada em unidades de código UTF-16 como faz o JavaScript – um emoji conta como 2) e comprimento. Quebras de linha aparecem como ↵, tabulações como ⇥.
• Grupos por correspondência: o que cada par de parênteses capturou – grupos numerados ( ) e grupos nomeados (?<nome> ). “Não participou” significa que o grupo está numa alternativa que não foi usada. Com a flag d você também vê a posição de cada grupo.
• Padrão explicado: cada elemento em português claro; linhas recuadas (›) ficam dentro de um grupo.

As flags

g encontra todas as correspondências em vez de só a primeira, i ignora maiúsculas e minúsculas, m faz ^ e $ valerem por linha, s deixa o ponto casar quebras de linha. u trata emojis e outros caracteres fora do Plano Multilíngue Básico como um único caractere e ativa propriedades Unicode como \p{L} (qualquer letra, inclusive ç, ã ou é). v é a versão mais nova de u, com operações de conjunto como [\p{L}--[a-z]]; u e v não podem ser combinadas. y (“sticky”) só encontra correspondências que se seguem sem lacunas.

Proteção contra loops infinitos e travamentos

Padrões como a* ou \b podem gerar correspondências vazias. Assim como o próprio JavaScript, o testador avança então um caractere (um code point inteiro com u/v), de modo que não há loop infinito. São buscadas no máximo 1.000 correspondências.

O perigo maior é o backtracking catastrófico (ReDoS): quantificadores aninhados como (a+)+$ testam um número exponencial de combinações num texto que não corresponde – 30 caracteres podem ocupar o motor por minutos. Por isso a busca roda numa thread separada em segundo plano e é interrompida após 2 segundos; a página continua respondendo. Evite esses padrões também no seu próprio código, principalmente com entradas de usuários.

Diferenças em relação a outros dialetos de regex

PCRE (PHP), Python, Java e .NET diferem nos detalhes: o JavaScript não tem quantificadores possessivos (a++), nem grupos atômicos, nem as âncoras \A e \Z; \w cobre apenas A–Z, a–z, 0–9 e o sublinhado – para letras acentuadas, use \p{L} com a flag u.

Seu texto de teste não é enviado, não é armazenado e não entra no link – só o padrão e as flags.

Mais ferramentas para desenvolvedores: valide JSON com o validador de JSON, XML e CSV com o validador XML e CSV e codifique texto com o codificador Base64.

Perguntas frequentes

Fontes e base legal

• 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)

Última atualização: 27 de setembro de 2026 · Princípios editoriais