UUID.randomUUID() 直接生成符合 RFC 4122 的安全 version 4 UUID，基于 SecureRandom，自动设置 version 和 variant 位，无需手动处理格式或替换短横线。
直接用 UUID.randomUUID() 就行，它生成的就是符合 RFC 4122 标准的 version 4（随机）UUID，无需额外处理。
为什么 UUID.randomUUID() 是安全且合规的
Java 的 UUID.randomUUID() 底层调用 SecureRandom 生成 128 位随机数，并按 RFC 4122 规范设置 version 和 variant 位：
- 第 13 位十六进制数字固定为
4（表示 version 4） - 第 17 位十六进制数字固定为
8、9、a或b（表示 variant 2，即 RFC 4122 风格） - 其余位完全随机，碰撞概率在实际场景中可忽略（约 2^64 个 UUID 才有 50% 概率碰撞）
常见误用和要注意的坑
很多人以为要“自己拼字符串”或“去掉短横线”才算“标准”，其实这是误解：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
UUID.toString()返回带短横线的格式（如"f47ac10b-58cc-4372-a567-0e02b2c3d479"），这是 RFC 4122 推荐的文本表示，**直接使用即可**，不要手动删短横线 - 若存入数据库，优先用原生
UUID类型（PostgreSQL/MySQL 8.0+ 支持），而不是VARCHAR(36)；若必须用字符串，就存toString()结果，别用uuid.getMostSignificantBits()等自行编码 - 不要用
Math.random()或new Random()构造 UUID——它们不满足加密安全要求，randomUUID()内部用的是SecureRandom
需要兼容旧系统或特殊格式时怎么办
极少数场景（如某些嵌入式协议、日志字段长度限制）要求无短横线或小写/大写统一：
立即学习“Java免费学习笔记（深入）”；
- 去短横线：
uuid.toString().replace("-", "")（返回 32 字符字符串） - 强制小写（虽默认已是小写，但保险起见）：
uuid.toString().toLowerCase() - 注意：这些只是格式转换，**不改变 UUID 的唯一性或标准性**；反向解析仍可用
UUID.fromString()，它自动兼容带/不带短横线的输入
真正容易被忽略的是时钟回拨或容器环境下的熵源枯竭问题——虽然 SecureRandom 在现代 JVM（尤其是 Linux 上的 /dev/urandom）中表现稳定，但在极度受限的容器（如 init-only、无 /dev/urandom 权限）里首次调用 randomUUID() 可能阻塞。如果应用启动快、并发高，建议在初始化阶段预热一次：UUID.randomUUID();。
