regex email
A especificação formal de e-mail, a RFC 5322, é longa demais para virar um regex de uso diário. Este preset usa um padrão pragmático e mostra, com casos reais, onde essa simplificação acerta e onde ela corta o endereço pela metade.
Local e domínio usam só letras, e o TLD `.tools` tem 5 letras, então os três blocos `\w+@\w+\.\w{2,}` batem inteiros com a string.
O endereço é válido, mas o padrão só enxerga a parte depois do sinal de mais; `user.name+` fica de fora porque `\w` não inclui ponto nem `+`.
Sem `@` literal no meio da string, o padrão não tem onde ancorar a separação entre local e domínio, então nenhuma parte do texto casa.
Sim. A ideia é permitir montar a expressão, aplicar flags e conferir matches em tempo real, o que ajuda bastante em depuração, aprendizado e ajuste fino de padrões.
Não. A RFC 5322 permite nome local entre aspas, comentários e caracteres escapados que este padrão pragmático não tenta cobrir. Ele foca no formato comum `[email protected]`, que é o que aparece em quase todo formulário real.
Não, ele só confirma formato de texto. Provar que a caixa de entrada existe e recebe mensagens exige enviar um e-mail de confirmação com link ou código e aguardar o clique ou a resposta vindos daquele endereço.
Porque a classe `\w` do padrão não inclui ponto nem sinal de mais, dois caracteres comuns em endereços reais que usam alias (o `+tag`) ou nome composto. O casamento começa só depois do último caractere fora de `\w`, cortando o início do endereço.
Tudo roda localmente no seu navegador. Nada é enviado para o servidor.