UUID格式轉換校驗

把同一個 UUID 整理成常用文字格式

UUID 是 128 位的識別值。它常以 32 個十六進位字元書寫，並用連字號分成 8-4-4-4-12 五組，例如 550e8400-e29b-41d4-a716-446655440000。連字號只是分組符號；轉成大寫、移除連字號或加上 URN 前綴，都不會重新產生另一個識別值。

將單一字串貼入後，工具會去除首尾空白、花括號與所有連字號，再確認剩下的內容是否剛好由 32 個十六進位字元組成。通過後可複製四種結果：小寫標準分組、大寫標準分組、32 字元無連字號形式，以及 urn:uuid: 加標準分組的形式。

RFC 9562 說明 UUID 的 128 位結構、常見文字形式與 URN 命名空間，並取代 RFC 4122。標準分組為 8-4-4-4-12；大小寫只改變字母呈現，不改變十六進位值。核驗日期：2026-09-30。閱讀 IETF RFC 9562

貼上單筆值並複製所需形式

1. 在輸入欄貼上一個 UUID。可以使用標準分組、32 字元連續形式，或在外層帶花括號的形式；首尾空白也會先去除。

2. 查看有效狀態。檢查條件是移除花括號和所有連字號後，恰好留下 32 個 0–9、a–f 或 A–F 字元。

3. 有效時，從結果區複製需要的表示：標準小寫、大寫、無連字號或 URN。貼到目標欄位前，確認該系統接受哪一種文字格式。

例如，輸入 {550E8400-E29B-41D4-A716-446655440000}，可得到小寫分組 550e8400-e29b-41d4-a716-446655440000、大寫分組、無連字號字串與 urn:uuid: 表示。四種輸出保留相同的十六進位字元。

格式檢查會判定 UUID 版本嗎？

不會。有效狀態只表示字串可整理為 32 個十六進位字元；工具不讀取版本或變體欄位，也不檢查它們是否符合特定規範。

為什麼標準 UUID 前面加了 urn:uuid: 仍顯示無效？

輸入檢查不會解析 URN 前綴。請先移除 urn:uuid:，再貼入其後的 UUID 字串；通過後可從結果複製 URN 表示。

帶有錯誤連字號位置的字串可能通過嗎？

可能。檢查會移除所有連字號後再看剩餘字元，因此不逐段檢查原始分組位置。若目標系統要求嚴格的 8-4-4-4-12 輸入，請使用輸出的標準分組形式並依接收端規則再次驗證。

有效格式不等於完整性或唯一性證明

通過只代表字元數與十六進位字元符合此工具的整理條件，不能證明 UUID 曾由合規流程產生、已登記、仍被系統接受，或在資料中沒有重複。它也不會依 RFC 9562 驗證 UUID 版本與變體。若用途要求特定版本、變體或來源，請使用接收系統的完整規則另行檢查。

檢查的是單一輸入字串

內部空格、換行、冒號、URN 前綴或其他非十六進位字元不會被當成可移除的分隔符，因此通常會導致無效。不要把欄位名稱、說明文字或多筆清單一起貼入。輸出格式也不會自動保證符合每個資料庫、API 或文件欄位的要求。