資料庫主鍵(順序不重要)
v4 完全隨機,所以 insert 會分散到 B-tree 各頁面而非一直 hot 在最新頁。適合中低寫入量;高寫入量考慮 UUID v7(時間戳前綴)以維持索引 locality。
在瀏覽器內使用加密強度亂數產生符合 RFC 4122 標準的 v4 UUID (GUID)。
UUID (Universally Unique Identifier,Windows 稱為 GUID) 是一個 128 位元數字,用於跨系統識別資料而不需要中央權限。v4 UUID 是從隨機數產生的。
實務上是的。v4 UUID 有 122 位元的隨機性,約 2^122 ≈ 5.3 × 10^36 種可能。即使每秒產生數十億個 UUID 持續數千年,碰撞機率也可以忽略。
小提示:按 Space 或 R 可重新產生。
符合 RFC 4122、加密強度隨機、完全在瀏覽器端運算。
使用 crypto.randomUUID 或 crypto.getRandomValues,與銀行、密碼管理員使用相同的加密強度亂數產生器。
產生真正的 v4 UUID,具備正確的版本位元 (4xxx) 和變體位元 (10xx)。實務上保證唯一 (2^122 種可能性)。
支援 25 種語言,自動偵測瀏覽器語言。支援阿拉伯、波斯、烏爾都語的 RTL 排版。
一次產生 1-10 個 UUID。可單一複製、全部複製、或下載成.txt 檔。
標準小寫、大寫、去除連字號、大括號 {} — 配合各種系統需求 (SQL Server.NET、Postgres 等)。
所有 UUID 完全在你的瀏覽器內產生,絕不傳送到任何伺服器,沒有 log 也沒有追蹤。
從你瀏覽器的 CSPRNG 產出 RFC 4122 v4 UUID,單個或批次。
產生單一 UUID、小批次(10 / 100),或一次最多 10,000 個用於灌測試資料。較大的批次會串流寫入 textarea 避免頁面卡住。
現代瀏覽器有 crypto.randomUUID,用跟 crypto.getRandomValues 相同的硬體 RNG 產生 RFC 4122 v4 UUID。我們直接使用 — 沒有第三方函式庫、沒有品質妥協。
可選小寫(預設)、大寫、有 / 沒有連字符、加大括號(Microsoft GUID 格式)。轉換是字串替換;底層隨機性都一樣。
一鍵複製把單一 UUID 放到剪貼簿。批次的話,可下載成 .csv(每行一個 UUID)— 適合灌資料庫或產生 fixture。
不同 ID 方案有不同取捨。
v4 完全隨機,所以 insert 會分散到 B-tree 各頁面而非一直 hot 在最新頁。適合中低寫入量;高寫入量考慮 UUID v7(時間戳前綴)以維持索引 locality。
每個 request 產一個新 UUID 用於跨服務 log 關聯。v4 唯一性綽綽有餘 — 碰撞機率數學上可忽略不計。
需要 1,000 個唯一 ID 給 fixture?產生一批,貼到 seeder,完成。比呼叫資料庫 UUID 函式 1,000 次快多了。
簽 JWT 時,jti(JWT ID)claim 應該每個 token 唯一。v4 是標準選擇 — 貼一個新的進你的 token 簽名程式碼即可。
如果 UUID 產生器從伺服器拉隨機性,有兩種失敗:伺服器可能洩漏你產的 ID(連到你的 IP),或 — 更糟 — 如果它的 RNG 弱,產出可預測的 ID。iKit 直接用你瀏覽器的硬體支援 CSPRNG,兩者都不可能發生。
crypto.randomUUID 非確定性、已標準化。
來自 iKit 部落格的深入教學與工具比較。
UUID (Universally Unique Identifier,Windows 稱為 GUID) 是一個 128 位元數字,用於跨系統識別資料而不需要中央權限。v4 UUID 是從隨機數產生的。
實務上是的。v4 UUID 有 122 位元的隨機性,約 2^122 ≈ 5.3 × 10^36 種可能。即使每秒產生數十億個 UUID 持續數千年,碰撞機率也可以忽略。
不會。UUID 完全在你的瀏覽器內透過 Web Crypto API 產生,不會發出任何網路請求。你可以打開瀏覽器的 Network 分頁自行驗證。
兩者是同樣的東西。GUID (Globally Unique Identifier) 是微軟對 RFC 4122 定義的 128 位元識別字的稱呼。本工具產生的識別字兩邊皆可通用。
可以,UUID 常用於分散式系統的主鍵。不過 v4 是隨機的 — 若需要可排序或時間序 ID (ULID、v7、Snowflake),建議使用其他方案以避免 B-tree 索引碎片化。