使用方式
- 1 開啟UUID 產生器，輸入、貼上或選擇要處理的內容。
- 2 依需求調整頁面上的選項與格式。
- 3 確認即時結果，再複製或下載可用的輸出。
UUID 產生器
一鍵產生 UUID v4 或 v7，可批次產生、選擇大小寫與格式。
- —
適合的使用情境
一鍵產生 UUID v4 或 v7，可批次產生、選擇大小寫與格式。適合日常工作、開發、學習或快速驗證時使用。
隱私與資料處理
工具在瀏覽器中運作；處理敏感資料前，仍請確認瀏覽器與裝置環境可信。
UUID v4 與 v7 版本規格說明
UUID（Universally Unique Identifier，通用唯一識別碼）為 128 位元長度的識別值，標準書寫格式為 32 個十六進位字元並以連字號分為 8-4-4-4-12 五段。UUID v4 除固定 6 個版本與變體位元外，其餘 122 位元皆由亂數產生，適用於不需時間順序的一般識別代碼。
IETF 於 RFC 9562 標準化的 UUID v7，將開頭 48 位元配置為 Unix 毫秒時間戳記，並搭配 12 位元單調遞增計數器與 62 位元亂數。由於時間戳記位於最高有效位元，直接以字串排序即等同於建立時間先後順序，有助於減少關聯式資料庫 B-Tree 索引的頁面分裂。
常見問題
UUID v4 與 v7 應該怎麼選擇？
若作為 PostgreSQL、MySQL 等資料庫的主鍵（Primary Key）或需要依產生先後順序排列，建議選擇 v7 以提升索引寫入效能；若作為重設連結代碼、一般物件 ID 或不希望暴露建立時間，則建議使用全隨機的 v4。
產生的 UUID 有可能重複嗎？
UUID v4 擁有 122 個隨機位元（約 5.3×10³⁶ 種組合），v7 則結合毫秒時間戳記、單調計數器與隨機位元。由於組合空間極為龐大，在正常亂數來源下碰撞機率極低，實務工程上可視為唯一，但數學上並非絕對零碰撞。
UUID 與 GUID 有什麼不同？
兩者在 128 位元結構與十六進位格式上相同。GUID（Globally Unique Identifier）主要是微軟在 Windows、.NET 與 SQL Server 生態系中的慣用稱呼，且常以大寫或外加「{…}」大括號的格式表示。
UUID v7 會不會洩漏資料建立的時間？
會。UUID v7 的前 12 個十六進位字元直接編碼了 48 位元的 Unix 毫秒時間戳記，任何人都能從字串還原出精確到毫秒的產生時間；若不希望讓外部推算出建立時間，請改用 UUID v4。
