UUID.randomUUID()是最稳妥的生成方式，底层用SecureRandom实现UUID v4，碰撞概率极低；禁用手动拼接、时间戳模拟或new UUID()构造；存储宜用BINARY(16)而非字符串；命名场景用nameUUIDFromBytes()；测试应避免污染全局随机状态。
UUID.randomUUID() 是最常用也最稳妥的生成方式
Java 的 UUID 类本身不负责“生成”逻辑，它只是对 128 位标识符的封装；真正生成随机 UUID 的是静态工厂方法 UUID.randomUUID()。这个方法底层调用 SecureRandom 生成伪随机数，符合 UUID version 4 规范，碰撞概率极低（约 2^122 分之一），适合绝大多数业务场景。
常见误用是试图手动拼接或基于时间戳构造——这既不标准，也不保证唯一性，还可能破坏跨系统兼容性。
- 不要用
new UUID(mostSigBits, leastSigBits)手动构造，除非你明确知道两个 long 的含义且有确定来源 - 避免用
System.currentTimeMillis()+ 线程ID 等方式“模拟”UUID，这类 ID 在高并发或分布式下极易重复 -
UUID.randomUUID().toString()返回带连字符的 36 字符字符串（如"f47ac10b-58cc-4372-a567-0e02b2c3d479"），若需无连字符格式，用uuid.toString().replace("-", "")
UUID.nameUUIDFromBytes() 适用于确定性命名场景
当你需要“相同输入总是得到相同 UUID”时，比如为用户名、资源路径等稳定标识生成可复现的 ID，就该用 nameUUIDFromBytes()。它基于 MD5 哈希（RFC 4122 定义），输入字节数组，输出 version 3 UUID。
注意：这不是加密用途，MD5 已不安全，但用于内部 ID 映射完全够用；别拿它做签名或权限校验。
立即学习“Java免费学习笔记（深入）”；
