📝 技術細節：
UUID V4使用隨機或偽隨機編號生成128位標識符。
它使用122位用於隨機數據和6位用於版本和變體信息。
這提供了大約5.3x10^36可能的唯一值。
格式遵循：xxxxxxxx-xxxx-xxxx-xxx-yxxx-xxxxxxxxxxxxx，其中x是任何十六進制數字，y是8、9，A或B。
🔒 安全與隱私：
UUID V4的隨機性質使其非常適合對安全敏感的應用程序。
與UUID V1不同，它不包含有關生成系統或創建時間的識別信息。
當使用密碼固定的隨機數發生器（CSPRNG）生成時，UUID V4是不可預測的，並且對蠻力猜測攻擊具有抵抗力。
💡 常見用例：
- 數據庫主鍵和唯一標識符
- Web應用程序中的會話和令牌管理
- 分佈式系統和微服務通信
- 文件和文件標識符
- 用戶帳戶和交易ID
- 記錄系統中的事件相關性
- 隊列系統中的消息重複數據刪除
- 跨數據庫記錄關係
- 緩存密鑰生成
- 臨時資源標識
⚖️ 與其他UUID版本進行比較：
- UUID V1（時間戳）：基於時間戳和MAC地址。
比V4更有序但私密。
更好的是需要基於時間的訂購的方案。
- UUID V3（MD5）： 使用MD5哈希基於名稱。
確定性，但由於MD5的漏洞而被認為比V4安全。
- UUID V5（SHA-1）：使用SHA-1哈希基於名稱。
與V3更安全，但與V4的隨機性不同。
- UUID V6：重新排序的V1版本用於更好的數據庫索引。
新標準，不如V4受支持。
- UUID V7：基於時間戳的隨機位。
將訂購福利與比V1更好的隱私相結合。
🎯最佳實踐：
- 始終在生產中使用密碼安全的隨機數生成器（CSPRNG）
- 考慮數據庫中字符串與二進制存儲的性能影響
- 為UUID列使用適當的索引策略
- 不要假設生成的UUID順序排序
- 處理之前驗證UUID格式
- 考慮UUID長度在URL設計和存儲要求中
- 為UUID生成和驗證實施適當的錯誤處理
⚡性能注意事項：
- 生成速度：比V1快，因為不需要係統時間或硬件信息
- 數據庫索引：可能由於隨機性而導致B樹碎片
- 存儲尺寸：16個字節以二進制格式，36個字符作為字符串
- 網絡帶寬：在傳輸大量UUID時考慮影響
- 記憶使用：計劃在大容量應用中適當的空間
🛡️ 常見的誤解：
- uuid v4並非完全沒有碰撞，但碰撞極不可能
- 隨機發電並不意味著獨特的唯一版本
- 並非所有的UUID V4實現都使用加密保護的隨機數
- 性能影響通常在大多數應用中都不重要
- 可以通過適當的策略來緩解數據庫索引挑戰