Java中生成UUID最直接方式是UUID.randomUUID()，仅原生支持类型4（随机UUID），字符串形式36字符，二进制16字节，线程安全但无序，适合分布式唯一ID，慎用于高频写入主键。
Java中生成UUID最直接的方式是调用UUID.randomUUID()，它基于RFC 4122标准，无需外部依赖、线程安全、几乎不会重复——但“唯一”不等于“绝对不重复”，而是概率极低（约2^122分之一）。
UUID的四种标准类型与Java支持情况
Java UUID 类只原生支持**类型4（随机UUID）**，即通过加密安全的随机数生成器（如SecureRandom）产生128位随机值，并按固定格式组装为8-4-4-4-12的十六进制字符串。它不直接支持类型1（时间+MAC）、类型3（MD5命名空间）或类型5（SHA-1命名空间），若需这些，得借助第三方库（如Apache Commons ID或uuid-creator）或手动实现。
正确生成并使用UUID的常用写法
避免常见误区：不要用new UUID()手动构造（易出错），也不要依赖System.nanoTime()等简单方式“模拟”唯一性。标准做法如下：
- 生成字符串形式：
String id = UUID.randomUUID().toString();（带连字符，如"f47ac10b-58cc-4372-a567-0e02b2c3d479"） - 生成无连字符版本（适合数据库存储或URL）：
UUID.randomUUID().toString().replace("-", "") - 生成字节数组便于二进制存储：
UUID uuid = UUID.randomUUID(); byte[] bytes = new byte[16]; ByteBuffer.wrap(bytes).putLong(uuid.getMostSignificantBits()).putLong(uuid.getLeastSignificantBits());
注意事项与性能提醒
UUID虽方便，但有实际约束需留意：
- 不是有序的：类型4 UUID完全随机，插入数据库时易导致B+树索引频繁分裂，影响写入性能（对比自增ID或Snowflake）
-
占用空间大：字符串形式36字符（UTF-8下36字节），二进制形式16字节，仍比
long（8字节）大一倍 -
不可预测≠不可伪造：攻击者无法预测下一个UUID，但可随意构造合法格式的字符串（如
"00000000-0000-0000-0000-000000000000"），业务上仍需校验逻辑 -
高并发下无需同步：
randomUUID()内部使用Secure，已做线程安全封装，多线程调用无须额外加锁
Random
何时该用UUID，何时该换方案？
适合场景：分布式系统中跨服务/数据库生成唯一ID；需要离线生成（如移动端预生成订单号）；对ID顺序无要求且强调全局唯一性。
慎用场景：高频写入的主键（考虑ULID、KSUID或Twitter Snowflake）；需范围查询或分页优化的字段；存储极度敏感的嵌入式环境。
