UUID / GUID 產生器
批次產生 UUID v4（隨機）或 v7（時間排序）。支援多種格式，可單筆或全部複製。
- 選擇 UUID v4（純隨機，適合一般用途）或 UUID v7（時間排序，適合資料庫主鍵）。
- 透過 +/− 按鈕或直接輸入設定數量（1–20 筆）。
- 選擇格式：標準小寫帶連字號、大寫或不含連字號。
- 點擊「產生」，UUID 清單隨即出現在右側輸出區。
- 點擊每筆 UUID 旁的複製圖示，或點擊「全部複製」以換行分隔方式複製所有 UUID。
- 將任意 UUID 貼入下方「驗證器」區塊，可解析版本、變體，v7 還能顯示嵌入的時間戳。
提示：UUID v7 的前 48 位元嵌入毫秒級時間戳，插入資料庫時自然保持順序，可避免 B-tree 索引頁分裂，提升寫入效能。
UUID 適合什麼情境？
- 在資料庫新增記錄前預先產生唯一主鍵。
- 為分散式 API 請求建立等冪鍵（idempotency key）。
- 跨微服務記錄追蹤的關聯 ID（correlation ID）。
v4 與 v7 的差異？
UUID v4 是 122 位元的純隨機值，無序但難以預測。UUID v7 在前 48 位元嵌入毫秒級 Unix 時間戳，讓插入 B-tree 索引時保持順序，避免頻繁頁分裂，提升資料庫寫入效能。
產生的 UUID 會重複嗎？
實務上不會。UUID v4 有 122 個隨機位元，十億筆之間發生碰撞的機率遠低於硬體故障機率。UUID v7 有 74 個隨機位元，對所有實際應用場景仍具備充分的抗碰撞能力。
什麼是「變體」欄位？
變體（variant）欄位位於第 64 位元起的 2–3 位，用來識別 UUID 的位元佈局規範。符合 RFC 4122 / RFC 9562 的 UUID 使用「10」位元模式，顯示為「RFC 4122 標準」。
這個工具符合標準嗎？
是的。v4 使用瀏覽器內建的 crypto.randomUUID()（所有現代瀏覽器均支援）。v7 實作遵循 RFC 9562：48 位元毫秒時間戳、4 位元版本（0111）、12 位元 random_a、2 位元變體（10）、62 位元 random_b。
JSON 格式完全指南：從資料結構理解到 API 實戰設計
JSON 幾乎是現代網路服務的共同語言。本文帶你從語法基礎、資料建模、驗證與安全，到大型資料效能優化與 API 設計，建立可長期使用的 JSON 實戰觀念。
Unix Timestamp 是什麼？一次搞懂時間戳記的原理與應用
Unix timestamp 是從 1970 年 1 月 1 日 00:00:00 UTC 起算的秒數，是電腦系統紀錄與比較時間的通用標準。本文從原理到實戰，完整解析 Unix timestamp 的一切。
電腦怎麼產生亂數？偽隨機、真隨機與密碼學安全亂數完整解析
電腦是確定性的機器，本質上無法「真正隨機」。本文完整解析偽隨機數生成器（PRNG）如線性同餘法與梅森旋轉演算法的原理、從環境熵源取得真隨機的機制、密碼學安全亂數（CSPRNG）的重要性，以及為何 Math.random() 絕不能用於密碼產生。
世界時鐘完整指南：時區、UTC、夏令時間與跨時區溝通技巧
時區是全球協作的隱形門檻。本文深入說明 UTC、GMT 的差異、夏令時間的運作原理、IANA 時區資料庫，以及跨時區排程會議與避免截止日期誤算的實用技巧。
亂碼是怎麼產生的？ASCII、Unicode、UTF-8 字元編碼完整指南
打開一個文字檔卻看到一堆亂碼，或接到 API 回傳的中文全部變成「??」——這些都是字元編碼衝突的結果。本文完整解析 ASCII 到 Unicode 的演進歷史、UTF-8 為何成為全球標準、Big5 與 GB2312 的差異，以及如何徹底解決亂碼問題。
隨機姓名，什麼時候會用到？從軟體測試到角色扮演的真實場景
你可能以為隨機姓名產生器只有工程師在用，但從小說創作、桌遊角色到課堂範例，它的應用場景比你想像的更廣。本文整理真實使用情境，讓你找到自己的使用理由。