跳至主要內容
Lizely

UUID 產生器

在瀏覽器中批次產生符合 RFC 標準的 4122 v4 UUID，可複製單個或全部內容。

隱私權：你的檔案不會離開裝置，所有處理均在瀏覽器本機完成。

使用方式

  1. 1.輸入你想要的 UUID 數量（從 1 到 100）。
  2. 2.可選擇切換為大寫或移除連字元以匹配你的格式。
  3. 3.點選「產生」，然後複製單個 UUID 或使用「複製全部」。

關於UUID 產生器

UUID（通用唯一識別碼）是一種 128 位元的標籤，用來識別沒有中央機構發放數字的紀錄。它以 32 十六進位數字寫成標準的 8-4-4-4-12 模式，例如 f47ac10b-58cc-4372-a567-0e02b2c3d479。這個產生器產生版本 4 的 ，這是 RFC 4122 所定義的隨機變體，以及其 2024 替代 RFC 9562。

UUID 具備版本與變體。在 128 位元中，6 是固定的：4 用來編碼版本（第 13 個十六進位數字總是 4），而 2 用來編碼變體（第 17 個十六進位數字總是 8、9、a 或 b），剩餘 122 位元為純隨機數。版本 4 是隨機變體；其他版本的位元則來自時間戳（v1、v7）、透過雜湊的名稱（v3、v5）或混合方式 — 但 v4 不需要時鐘、MAC 地址或名稱空間，這使其在任何地方安全產生變得最簡單。

這些 122 的隨機位元組來自你平臺的加密安全隨機數生成器——即瀏覽器的 Web Crypto API 的 getRandomValues 方法，而非許多快速指令碼所使用的弱且可預測的 Math.random。這點至關重要：加密安全隨機數生成器（CSPRNG）能確保每個 UUID 絕對無法預測且統計上相互獨立，這正是你在 URL、日誌或客戶端程式碼中使用識別碼所需的特性。

憑藉 122 的隨機位元組，碰撞機率極其微小。你必須以每秒產生十億個 UUID 的速度，持續約 85 年，才可能讓單一重複的機率達到甚至僅達 50%——這正是團隊將 v4 UUID 視為實質上唯一的原因，無需跨裝置協調。

這種無需協調的特性正是其設計本意。版本 4 的 UUID 可以在任何裝置上獨立生成，因此適用於資料庫主鍵、分散式與離線優先系統、無差異性鍵、相關性與追蹤 ID、檔案與物件名稱，以及 API 請求識別碼等場景——當兩系統必須同時生成 ID 而又不重複時，此設計尤為適用。若你需要時間順序的鍵以利索引本地化，則應選擇 UUIDv7；若僅需無序唯一性，v4 仍是預設選擇。

將數字轉為大寫或去除連字元只會改變文字形式，從不改變其底層 128 位元值或其唯一性，因此請選擇與你的資料庫欄位或程式碼風格相符的選項。此工具會在你的瀏覽器分頁中產生每個 UUID，請選擇需要的數量、調整格式，然後逐一複製或一次全部複製。沒有任何值會傳送到伺服器，因此適合用於生產環境的機密與內部識別碼。

方法與來源

根據 RFC 4122 / RFC 9562 的 UUID v4：從平臺 CSPRNG（密碼學）產生 122 隨機位元，並依照規範設定版本與變體位元。

常見問題

何謂版本 4 的 UUID？
4 UUID 是根據 RFC 4122（已由 RFC 9562 更新）所定義的 128 位元識別碼，其 122 可用位元是隨機產生的。預留了六位元：四位元用來固定版本為 4，兩位元用來設定變體，因此第十三個十六進位數字總是 4，第十七個則為 8、9、a 或 b。
這些 UUID 可以安全用作唯一識別碼嗎？
是的。使用來自密碼學安全隨機數生成器的 122 隨機位元，對於現實世界的資料量而言，產生重複值的機率極低，這也是為何 v4 UUIDs 廣泛用作資料庫鍵值與分散式識別碼，而無需中央協調。
我的資料會傳送到伺服器嗎？
不會。所有 UUID 均在你的瀏覽器中使用 Web Crypto API 本機產生。你所產生或複製的任何內容皆不會傳輸至任何地方，因此此工具適用於生產環境的機密與識別碼。

相關工具

開發者工具 使用指南

查看全部