線上 UUID v4 產生器會建立隨機的 128 位元識別碼，其中可用的 122 個位元來自密碼學安全來源，而固定的版本與變體位元則會將此值標示為 RFC 4122 第 4 版。UUID 產生器是為關鍵字「線上 uuid v4」背後的實用任務而設計：選擇 1 到 100 的數量，選擇是否改用大寫或移除連字號，產生識別碼，然後複製單一值或整批結果。每個值都會透過 Web Crypto API 的 getRandomValues 函式在你的瀏覽器本機建立，因此 UUID 不會傳輸至伺服器。標準結果包含 32 個十六進位數字，排列格式為 8-4-4-4-12，例如 f47ac10b-58cc-4372-a567-0e02b2c3d479。版本半位元組一律為 4，變體半位元組則以小寫形式呈現為 8、9、a 或 b。這些是隨機識別碼，而非循序遞增的計數器，因此不同裝置可各自建立識別碼，不必要求中央服務發出下一個值。當你需要資料庫索引鍵、請求識別碼、冪等性索引鍵、追蹤 ID、物件名稱或測試固定資料，又希望使用符合標準的值而不想撰寫產生器程式碼時，請採用此工作流程。
線上 UUID v4 產生器的傳回結果
UUID 是一種 128 位元的標籤，用來識別記錄，而不必由中央權威機構發號。RFC 4122 規格定義了 UUID 的配置，而 RFC 9562 是其 2024 年的替代規格。第 4 版 UUID 會將其 128 個位元分成兩個固定欄位與一個隨機欄位：4 個位元識別版本，2 個位元識別變體，其餘 122 個位元則包含隨機資料。
| UUID 屬性 | 第 4 版的定義值 |
|---|---|
| 總大小 | 128 個位元，以 32 個十六進位數字表示 |
| 標準配置 | 8 個數字、4 個數字、4 個數字、4 個數字與 12 個數字，並以連字號分隔 |
| 版本欄位 | 4 個固定位元；第 13 個十六進位數字一律為 4 |
| 變體欄位 | 2 個固定位元；第 17 個十六進位數字以小寫形式呈現為 8、9、a 或 b |
| 隨機內容 | 透過 Web Crypto API 的 getRandomValues 函式取得的 122 個位元 |
正是這種分割方式，讓第 4 版不需要時鐘、MAC 位址或命名空間。固定欄位使識別碼可被辨識為 v4 UUID，而 122 個隨機位元則提供其值。這使 v4 成為最容易在伺服器、桌上型電腦、行動裝置或瀏覽器上產生的 UUID 版本。上述標準範例使用小寫十六進位字母與 4 個連字號，但產生器也能以大寫或不含分隔符號的形式呈現相同的底層值。
在瀏覽器中產生 UUID v4
完整的線上工作流程包含三項選擇與一個複製動作：
- 輸入所需的 UUID 數量。產生器每批可接受 1 到 100 的數量。
- 如有需要，調整文字格式。開啟大寫可使用大寫十六進位字母，開啟移除連字號可取得緊湊字串，也可同時套用這兩個選項。兩者皆關閉時，則會產生標準的含連字號格式。
- 按一下產生以建立所要求的識別碼。
- 從結果中複製任一 UUID；當每個產生的值都屬於你的工作流程時，請選取全部複製。
對於單筆記錄、請求內容或隔離的測試案例，請使用單一複製動作。全部複製適合用於種子資料、固定資料、範例 API 請求及其他預先準備的批次。100 個項目的上限可限制作業範圍，同時仍涵蓋常見的批次需求，而每個產生的值都遵循相同的第 4 版結構。
隨機 v4 識別碼為何能跨系統運作
第 4 版 UUID 不依賴共享計數器或中央登錄。其隨機位元來自平台的密碼學安全隨機數產生器，並透過 Web Crypto API 取得，而非某些簡易指令碼所使用的薄弱且可預測的 Math.random 函式。CSPRNG 能讓產生的值在統計上彼此獨立且無法猜測，這對出現在 URL、日誌或用戶端程式碼中的識別碼特別有用。
不需要中央協調，使 v4 適合用於：
- 資料庫主鍵與記錄識別碼
- 分散式應用程式與離線優先系統
- 可重複操作的冪等性索引鍵
- 關聯 ID 與追蹤 ID
- 檔案名稱與物件名稱
- API 請求識別碼
在有 122 個隨機位元的情況下，實際世界使用量下發生重複的機率微乎其微。因此，不同系統可以各自獨立產生識別碼，不必共享序列狀態。對於必須透過執行程式碼建立，而非從預先準備的批次複製的值，如何在 JavaScript 中產生 UUID指南提供了程式碼端的替代方案。
讓 UUID 格式符合你的程式碼
改用大寫與移除連字號只會變更文字表示方式，不會改變底層的 128 位元值、隨機內容或唯一性。請選擇符合接收識別碼之系統所預期資料庫欄位或程式碼樣式的表示方式。
- 含連字號形式：標準的 8-4-4-4-12 配置會以 4 個分隔符號將 32 個十六進位數字分組。
- 大寫形式：十六進位字母會以 A 到 F 呈現。版本與變體位置仍代表相同的固定位元。
- 無連字號形式：相同的 32 個十六進位數字會呈現為一段連續字串。
當目的地有嚴格的表示方式要求時，請在產生前套用格式控制項。資料庫限制、API 結構描述或驗證常式可能會要求特定的大小寫與分隔符號配置。除非接收系統明確允許，否則請避免在複製後再次變更表示方式，因為即使底層的 UUID 值維持不變，文字內容也可能不再符合其預期格式。
比較 UUID v4 與其他版本
不同 UUID 版本會保留不同類型的資訊。當重要需求是不需要中央協調且無法預測的識別碼時，第 4 版是通用選擇。
| 版本 | 識別資訊的來源 | 典型適用情境 |
|---|---|---|
| v1 | 衍生自時間戳的位元 | 明確要求 v1 格式的系統 |
| v3 | 透過雜湊處理的名稱或命名空間 | 衍生自名稱的識別碼 |
| v4 | 122 個密碼學隨機位元 | 通用、無順序的唯一識別碼 |
| v5 | 透過雜湊處理的名稱或命名空間 | 衍生自名稱的識別碼 |
| v7 | 與隨機資料結合的時間戳衍生資訊 | 時間排序索引鍵與改善索引局部性 |
不需要依時間排序時，第 4 版仍是預設選擇。它不包含時間戳，因此批次的出現順序不會透露記錄建立的時間。當時間排序索引鍵有助於提升資料庫索引局部性時，UUIDv7 是較新的選擇。第 3 版與第 5 版可滿足衍生自名稱的需求，第 1 版則與基於時間戳的識別碼相關。此產生器刻意產生第 4 版值，而非混合不同格式。
將產生的 UUID 放入實際專案中
產生作業完全在瀏覽器分頁內進行，任何產生的值都不會傳輸至伺服器。因此，此工具適合用於正式環境識別碼、內部識別碼，以及其他不得傳送至遠端產生服務的敏感值。本機處理保證適用於 UUID 在工具中建立的階段；一旦複製，該值就會成為剪貼簿內容與你選擇的目的地系統的一部分。
下一步是整合識別碼並保持一致，而不是僅依外觀判斷。確認數量與記錄數相符，在結構描述與請求內容中使用相同的表示方式，並在固定資料、API 與已儲存記錄之間維持格式穩定。v4 UUID 應視為不透明識別碼，因為它不會編碼建立時間。
- 當單筆記錄、請求或物件需要識別碼時，請複製一個值。
- 當每個 UUID 都對應一個固定資料項目、種子記錄或範例請求時，請對批次使用全部複製。
- 請讓大小寫與連字號設定符合接收端資料庫欄位或 API 契約。
- 對於預先準備的批次之後才建立的記錄，請在執行階段產生識別碼；不要將複製的測試值重複用作永久正式環境 ID。
- 請將 v4 用於無順序唯一性；當需求包含依時間排序時，請考慮 UUIDv7。
因此，當你需要立即取得符合標準的識別碼，卻不想新增相依套件或撰寫自訂隨機數常式時，線上產生最為實用。無論是單一識別碼，或最多 100 個項目的有限集合，同一套瀏覽器工作流程都能涵蓋格式選擇、安全產生與複製完成值。