Gerador de UUID
Gere identificadores UUID v4 (aleatórios) em lote, direto no seu navegador. Compatível com vários formatos de exibição: padrão, maiúsculas, sem hífens, com chaves e URN.
Visão geral das versões de UUID
| Versão | Baseado em | Descrição |
|---|---|---|
| UUID v1 | Timestamp + endereço MAC | Gerado a partir do momento de criação e do endereço MAC da placa de rede. Pode revelar o dispositivo de origem, o que gera preocupações de privacidade, sendo pouco adotado em sistemas novos atualmente. |
| UUID v3 | Namespace + hash MD5 | Gerado aplicando MD5 a um namespace e uma string de nome. É determinístico — a mesma entrada sempre produz o mesmo UUID. Devido às fragilidades de colisão do MD5, recomenda-se v5 para novos usos. |
| UUID v4 | Totalmente aleatório | Gerado a partir de uma fonte aleatória criptograficamente segura. Não revela informações sobre sua origem e é simples de implementar, sendo a variante mais usada. É o formato gerado por esta ferramenta. |
| UUID v5 | Namespace + hash SHA-1 | Mesma abordagem baseada em namespace do v3, mas usando SHA-1. Recomendado quando você precisa de geração determinística — reproduzir o mesmo ID a partir dos mesmos dados sempre. |
| UUID v6 | Timestamp reordenado + aleatório | Padronizado na RFC 9562 (2024). Reordena os campos de timestamp do v1 para que a ordem lexicográfica dos bytes corresponda à ordem cronológica, melhorando a eficiência dos índices de banco de dados. |
| UUID v7 | Timestamp Unix + aleatório | Padronizado na RFC 9562 (2024). Começa com um timestamp Unix com precisão de milissegundos, permitindo ordenar os IDs pela ordem de criação. Cada vez mais adotado como substituto do v4 em novos projetos. |
Dicas
- Cada UUID é gerado inteiramente no seu navegador via Web Crypto API — nada é enviado aos servidores do toolbase.cc.
- O UUID v4 é a escolha padrão sempre que você precisa de unicidade sem IDs sequenciais e previsíveis — chaves primárias de banco de dados, IDs de requisições de API, entre outros.
- Como 122 dos 128 bits do UUID v4 são aleatórios, a chance de colisão é astronomicamente pequena — seriam necessários cerca de 2,7×10¹⁸ UUIDs gerados para que essa probabilidade chegasse a apenas 50%.
- O formato "sem hífens" é útil para segmentos de caminho de URL ou nomes de arquivo. O formato "com chaves" corresponde à notação GUID usada em COM/registro do Windows.
- Aumente a quantidade e use "Copiar tudo" para gerar rapidamente dados de teste ou seeds em lote.
Perguntas frequentes
{xxxxxxxx-xxxx-...} é o estilo GUID comum usado no COM/registro do Windows.
Curiosidade — Por que 128 bits
O UUID foi concebido na década de 1980 pela Apollo Computer para sistemas distribuídos, sendo posteriormente padronizado pela OSF (Open Software Foundation) como parte do DCE (Distributed Computing Environment). A especificação atual está na RFC 4122 do IETF (2005), com uma versão expandida, a RFC 9562, publicada em 2024.
128 bits pode parecer excessivo, mas esse tamanho é o que permite que vários servidores ou dispositivos gerem IDs de forma totalmente independente, sem qualquer coordenação, evitando colisões na prática. Um servidor central que emite números sequenciais evita essa aleatoriedade, mas se torna um ponto único de falha e exige comunicação para cada ID. Os UUIDs eliminam completamente esse custo de coordenação, trocando-o por aleatoriedade suficiente para tornar a probabilidade de colisão insignificante.
Essa mesma aleatoriedade é o ponto fraco do UUID v4: inserir valores aleatórios em um índice de banco de dados do tipo B-tree dispersa os pontos de inserção, causando divisões de página frequentes e prejudicando o desempenho. O UUID v7 foi criado justamente para resolver isso — ao começar com um timestamp Unix, ele mantém a ordenação por data de criação preservando aleatoriedade suficiente para evitar previsibilidade, o que dá às inserções uma localidade muito melhor.