도구스개발

UUID 검증·분석기

UUID 문자열의 형식이 올바른지 확인하고 버전(1~8)·변형(variant) 비트가 무엇을 가리키는지 분석합니다. v1·v6·v7은 담긴 생성 시각도 복원합니다.

형식

유효한 UUID입니다 ✓

017f22e2-79b0-7cc3-98c4-dc0c0c07398f

버전v7 · 유닉스 밀리초 시각 기반(정렬 가능)
변형(variant)RFC 9562 표준 (10xx)

담긴 생성 시각

2022-02-22T19:22:22.000Z

앞 48비트를 유닉스 밀리초로 그대로 읽었습니다.

버전과 변형은 정해진 자리에 있습니다. 8-4-4-4-12 형태에서 세 번째 그룹의 첫 글자가 버전(1~8), 네 번째 그룹의 첫 글자가 변형입니다. 지금 널리 쓰이는 UUID는 거의 전부 변형이 «RFC 9562 표준»(첫 글자가 8~b)입니다.

사용 방법

  1. 1UUID 문자열을 넣습니다.
  2. 2형식이 올바른지, 몇 번 버전이고 어떤 변형인지 바로 나옵니다.
  3. 3v1·v6·v7이면 그 안에 담긴 생성 시각도 함께 나옵니다.

자주 묻는 질문

8-4-4-4-12 형태로 쓴 UUID에서 세 번째 그룹의 첫 글자가 버전(1~8), 네 번째 그룹의 첫 글자가 변형입니다. 예를 들어 017f22e2-79b0-7cc3-98c4-...는 세 번째 그룹이 7cc3으로 시작해 버전 7이고, 네 번째 그룹이 98c4로 시작해 변형이 RFC 9562 표준(10xx)입니다.

uuid-generate는 무작위 UUID v4를 새로 만드는 도구이고, 이 도구는 이미 가지고 있는 UUID 문자열이 올바른 형식인지 확인하고 그 안에 어떤 정보가 담겼는지 분석합니다.

v1과 v6은 1582년 10월 15일(그레고리력 개정일)부터 100나노초 단위로 센 60비트 값을 UUID 안에 나눠 담고 있어서(v6은 정렬이 되도록 순서만 재배열) 그 조각들을 다시 모아 계산합니다. v7은 아예 UUID 앞 48비트가 유닉스 밀리초 타임스탬프라 재배열 없이 그대로 읽습니다.

아닙니다. v3·v5는 이름(namespace+문자열)을 해시한 값이고 v4는 순수 난수라 시각 정보 자체가 없습니다. v2(DCE 보안)는 필드 의미가 달라 이 도구에서는 다루지 않고, v8은 벤더가 나머지 비트를 자유롭게 정의하므로 표준 해석이 없습니다.

전송되지 않습니다. 모든 계산은 브라우저 안에서 이뤄지고, 입력값은 이 기기에만 남습니다.

알아두면 좋은 점

  • RFC 9562(2024년 5월 제정, 옛 RFC 4122를 대체)의 비트 규칙을 그대로 읽는 순수 파싱입니다.
  • 검증은 부록 A의 공식 예제 3개(v1·v6·v7, 셋 다 2022-02-22T19:22:22.000Z라는 같은 시각을 가리키도록 맞춰져 있습니다)로 대조했습니다.
  • nil UUID(00000000-...)와 max UUID(ffffffff-...)는 형식은 유효하지만 버전·변형 필드가 없는 특수값이라 따로 표시합니다.
  • 타임스탬프는 UUID를 만든 컴퓨터의 시계를 그대로 믿고 계산한 값입니다. 시계가 틀리게 맞춰져 있었다면 실제 생성 시각과 다를 수 있습니다.

함께 보면 좋은 도구

UUID 생성UUID v4를 원하는 개수만큼 만들어줍니다.ULID 분석ULID에서 만들어진 시각과 난수 부분을 뜯어 봅니다.스노플레이크 ID64비트 스노플레이크 ID를 뜯어 만들어진 시각과 기계 번호, 순번을 냅니다.gitignore 판정.gitignore 규칙과 경로를 넣으면 그 파일이 무시되는지, 어느 줄이 마지막으로 이겼는지 알려줍니다.울프람 규칙규칙 번호 0~255를 8비트로 풀어 세 칸 이웃에 대응시키고 세대를 쌓아 무늬를 그립니다.

마지막 검증: 2026년 9월 3일 · 결과는 참고용 추정치입니다.