O que é um Regex de UUID?
O testador aplica um padrão a cada linha da sua entrada e indica se ela responde a ele. O padrão usado é estrito: exige 32 caracteres hexadecimais na forma 8-4-4-4-12, com os hífens exatamente nas posições certas.
Com isso dá para saber de antemão se uma validação planejada está rígida ou frouxa demais — um problema comum quando valores vêm de fontes diferentes.
Como usar
- Cole os valores a testar, um por linha.
- Clique em Testar padrão.
- Leia o resumo: quantas linhas correspondem e quais não.
Casos de uso
- Testar uma validação planejada contra dados reais.
- Encontrar irregularidades em listas de identificadores importadas.
- Comparar formulações diferentes de expressão regular.
As versões de UUID em resumo
| Versão | Ordenável | Baseada em | Use para |
|---|---|---|---|
| v1 | Não | Carimbo de tempo + endereço MAC | Sistemas antigos que ainda esperam v1 |
| v3 | Não | Hash MD5 de um nome | Identificadores determinísticos quando MD5 é exigido |
| v4 | Não | 122 bits aleatórios | Praticamente qualquer identificador de uso geral |
| v5 | Não | Hash SHA-1 de um nome | Quando o mesmo nome precisa dar sempre o mesmo ID |
| v6 | Sim | Carimbo de tempo reordenado | Identificadores ordenáveis sem abrir mão do aleatório |
| v7 | Sim | Tempo Unix em milissegundos | Chaves primárias de banco e IDs de eventos |
| v8 | Não | Seu próprio layout de bits | Formatos de fabricante ou experimentais |
As sete versões têm 128 bits e são escritas no mesmo formato 8-4-4-4-12. Só o significado dos bits muda.
Perguntas frequentes
Qual padrão é usado?
Um padrão estrito para a escrita canônica: 8, 4, 4, 4 e 12 caracteres hexadecimais, separados por hífens. Chaves e maiúsculas não contam como correspondência.
Por que um UUID válido não corresponde?
Porque o padrão é propositalmente estrito. Na prática costuma valer a pena aceitar maiúsculas e chaves — e é isso que dá para testar aqui antes de implementar.
Os dados são transmitidos?
Não, tudo acontece no navegador. A entrada não sai do seu dispositivo.