UUID 與 ULID 產生器

運作方式

所有識別碼都以瀏覽器內建的加密等級亂數產生，無法被預測，也不會傳到任何伺服器。UUID v4 的 122 個位元全部是亂數。UUID v7 依 RFC 9562 規範，開頭是 48 位元的 Unix 毫秒時間戳，接著是版本碼 7、變體位元 10，其餘 74 位元為亂數，因此可以依建立時間排序又保持唯一。ULID 則把同樣的 48 位元時間戳與 80 位元亂數編成 26 個 Crockford base32 字元，刻意避開容易混淆的 I、L、O、U。選擇 v7 或 ULID 時，狀態列會把第一筆結果內含的時間戳解碼出來，方便你確認。

該用哪一種？

• 只需要唯一且無法猜測的識別碼、不在意順序時用 UUID v4，例如 session token、冪等鍵、檔名。
• 資料庫主鍵建議用 UUID v7。新值永遠比舊值大，B-tree 索引不會碎片化，同時間建立的資料也會存放在一起。多數現代資料庫可直接放進標準的 uuid 欄位。
• 想要同樣的時間排序特性、但字串更短、沒有連字號又適合放在網址時用 ULID，例如日誌、物件儲存的鍵值或公開連結。
• 「移除連字號」會輸出部分 API 與欄位型別要求的 32 碼十六進位格式；「大寫」只是外觀差異，UUID 本身不分大小寫。

隱私

產生過程完全在你的裝置上進行，網站不會看到你產生的任何識別碼。