UUID Generator
Generate random UUIDs
Generate random UUIDs 在您的瀏覽器中本地執行
About the
UUID 產生器使用瀏覽器的加密安全隨機數產生器以標準 8-4-4-4-12 形式產生版本 4 通用唯一識別符，例如 3f2504e0-4f89-41d3-9a0c-0305e82c3301。版本 4 UUID 攜帶 122 個隨機位，因此數十億個識別碼之間發生衝突的機率遠低於同一時期發生硬體故障的機率。該工具批次生成，因此您可以一次填充夾具檔案或種子表，而無需單擊二十次。
Where people use the
- 使用真實的識別符號填入固定檔案或種子指令碼。
- 為 API 測試套件建立請求 ID。
- 為從電子表格匯入的行產生主鍵。
- 為尚未授權的上傳產生不可猜測的檔案名稱。
How to use the
- 1
選擇您需要的識別碼數量
設定數量從 1 到幾百。每一個都是獨立於新的隨機位元組產生的。
- 2
選擇格式
連字元的標準小寫字母是預設值。大寫和無連字元的形式也可用於需要它們的系統。
- 3
產生
每個識別符號都會立即出現，每行一個，準備好作為一個區塊進行複製。
- 4
複製並貼上到您的資料中
使用複製按鈕避免尾隨空格，然後直接貼上到 SQL、JSON 或電子表格列中。
提示和最佳實踐
- 將 UUID 儲存在本機 UUID 欄位中，而不是儲存在可變長度字串型別中，這樣可以更快地節省空間和索引。
- 如果您需要可排序的鍵，請在程式碼中產生版本 7，而不是此處的版本 4。
- 切勿透過解析 UUID 來派生任何內容；這些位元是隨機的，沒有意義。
常見問題
這些識別符號真的是隨機的嗎？
是的。它們來自 crypto.getRandomValues（平臺的加密安全來源），而不是 Math.random。然後根據規範要求設定版本和變體位，留下 122 位隨機性。
我應該使用版本 4 還是版本 7？
如果僅透過精確匹配來尋找識別符號，則為版本 4。如果它是資料庫中的主鍵，則為版本 7，因為它的字首是時間戳，因此插入會停留在索引末尾附近，而不是分散在索引中並使 B 樹碎片化。
我可以在這裡產生版本 1、3 或 5 嗎？
不需要。版本 1 需要 MAC 位址和時脈狀態，版本 3 和版本 5 是名稱空間和名稱的確定性雜湊。這些是派生值而不是隨機值，因此它們屬於程式碼，而不是隨機產生器。
在 URL 中公開 UUID 是否安全？
不可猜測，這是有用的，但不可猜測並不等於授權。不要將不可猜測的識別符號視為存取控制檢查；單獨驗證許可權。
版本和變體位是什麼？
對於版本 4，第 13 位十六進位數字固定為 4，對於 RFC 4122 變體，第 17 位限制為 8、9、a 或 b。這就是為什麼該模式總是看起來像 8-4-4-4-12，第三組中有 4。
我需要擔心重複嗎？
實踐中沒有。在出現 50% 的單一碰撞機率之前，您需要產生大約 2.7 乘以 10 到第 18 個識別碼。無論如何都要對列保持唯一約束，因為它幾乎不需要任何成本。