Validador de UUID

Validador de UUID

Até 100 UUIDs, um por linha. Linhas em branco são ignoradas.

Um UUID tem 128 bits escritos como 32 dígitos hexadecimais no padrão 8-4-4-4-12, mas muitas strings que se parecem com um não são. Cole um único identificador ou uma coluna inteira de um log, de uma exportação de banco de dados ou de um arquivo de configuração, um por linha, e o validador dá a cada linha o seu próprio resultado: se o formato está certo, de que versão é (de 1 a 8), qual é a variante, se é o UUID nulo ou o máximo e, nas versões 1, 6 e 7, o momento exato em que foi criado.

Como validar UUIDs

  1. 1

    Cole seus UUIDs

    Um por linha, até 100 linhas. Maiúsculas e minúsculas funcionam, e as linhas em branco são ignoradas.

  2. 2

    Escolha os formatos aceitos

    O modo flexível aceita também {chaves}, o prefixo urn:uuid: e os 32 dígitos sem hifens. O modo estrito aceita apenas a forma simples com hifens.

  3. 3

    Leia um resultado por linha

    Cada linha é Válido, Bem formado, fora do padrão ou Inválido, com versão, variante, data de criação quando existe e o motivo se falhar.

O que significam os três resultados

Cada linha cai em apenas um destes três grupos:

  • Válido: o formato está correto, os bits de variante indicam um UUID conforme a RFC 9562 (o primeiro dígito do quarto grupo é 8, 9, a ou b) e o dígito de versão está entre 1 e 8. O UUID nulo (00000000-0000-0000-0000-000000000000) e o UUID máximo (ffffffff-ffff-ffff-ffff-ffffffffffff) são valores especiais definidos pelo padrão e contam como válidos.
  • Bem formado, fora do padrão: a string é um UUID correto de 32 dígitos, mas o dígito de versão é 0 ou vai de 9 a f, ou os bits de variante pertencem a outra estrutura (as faixas reservadas NCS e Microsoft, ou a faixa reservada para o futuro). Alguns sistemas antigos e GUIDs de outras plataformas têm essa aparência. A ferramenta ainda informa o que encontrou, mas não lê uma data de criação de um valor assim.
  • Inválido: não é um UUID. A coluna de detalhes explica o motivo: caracteres que não são dígitos hexadecimais, quantidade errada de dígitos (com o número encontrado), hifens nos lugares errados ou, no modo estrito, um envoltório que a forma estrita não permite.

As versões

Versão Como é construída Contém data
1 Hora do relógio mais um identificador de nó Sim, intervalos de 100 ns desde 15 de outubro de 1582
2 Segurança DCE: um identificador local substitui parte da hora Não é lida por esta ferramenta
3 Hash MD5 de um namespace e de um nome Não
4 Aleatória Não
5 Hash SHA-1 de um namespace e de um nome Não
6 Versão 1 com os bits de tempo reordenados para os valores se ordenarem por data Sim, o mesmo relógio da versão 1
7 Tempo Unix de 48 bits em milissegundos, seguido de bits aleatórios Sim, milissegundos desde 1970
8 Estrutura personalizada escolhida pela aplicação Não

As versões 6, 7 e 8 e os valores nulo e máximo vêm da RFC 9562, que substituiu a RFC 4122.

Como ler o carimbo de data e hora

As versões 1 e 6 guardam uma contagem de 60 bits de intervalos de 100 nanossegundos desde 15 de outubro de 1582, a data da reforma do calendário gregoriano. A versão 7 guarda milissegundos Unix nos seus primeiros 48 bits. O validador mostra a hora em UTC, uma vez no seu idioma e outra como string ISO 8601 com milissegundos, para que você possa colá-la em uma consulta. Por exemplo, 6ba7b810-9dad-11d1-80b4-00c04fd430c8, o conhecido UUID do namespace DNS, é um valor da versão 1 criado em 4 de fevereiro de 1998 às 22:13:53,151 UTC.

O que uma aprovação não prova

  • Um UUID válido é um UUID com a forma correta. Isso não mostra que o valor foi gerado por uma fonte confiável, que é único ou que existe no seu banco de dados.
  • Um UUID da versão 4 é aleatório, então nada nele pode confirmar como foi gerado.
  • O carimbo de data e hora de uma versão 1 é o do relógio da máquina que o gerou, que pode estar errado ou ter sido ajustado de propósito.

Perguntas frequentes

Não. Os dígitos hexadecimais não diferenciam maiúsculas de minúsculas, então 550E8400-E29B-41D4-A716-446655440000 e a versão em minúsculas são o mesmo valor. Os padrões recomendam minúsculas na saída e, quando o que você digitou é diferente, a ferramenta mostra abaixo a versão em minúsculas com hifens.

Porque o dígito de versão (o primeiro dígito do terceiro grupo) não está entre 1 e 8, ou porque os bits de variante (o primeiro dígito do quarto grupo) não são 8, 9, a nem b. Hexadecimais digitados ao acaso e alguns GUIDs de outros sistemas têm esse formato. É um valor de 128 bits bem formado, mas que não segue a estrutura da RFC 9562.

O flexível aceita as formas que aparecem em dados reais: o UUID simples com hifens, o entre chaves como o .NET e o registro do Windows o escrevem, o com o prefixo urn:uuid: e os 32 dígitos sem hifens. O estrito aceita apenas a forma simples com hifens, que é a esperada pela maioria das APIs JSON e dos bancos de dados.

Até 100 linhas, e o texto colado pode ter no máximo 4.000 caracteres. As linhas em branco são ignoradas. Se você colar mais de 100 linhas, as primeiras 100 são verificadas e um aviso informa isso.

Não. O texto colado é enviado ao nosso servidor para calcular os resultados e é adicionado ao link da página quando você passa de uma etapa para outra, para que um resultado possa ser favoritado ou compartilhado. Ele não é salvo em nenhuma conta ou perfil, então evite colar identificadores que você não colocaria em um link.

Ferramentas relacionadas

Ferramenta disponível em outros idiomas