深渊求生免安装绿色版
4.64G · 2025-11-02
各位 Javaer,你有没有被 UUID 折磨过? 有时候我们用 UUID 当主键,结果数据库索引乱成一锅粥; 有时候我们用自增 ID,又怕分布式系统冲突。
别怕,这次有救了。 2024 年,UUID Version 7(UUIDv7) 正式进入 RFC 标准(RFC 9562),这意味着——
而且在 Java 里,用开源库 uuid-creator 就能轻松搞定。
UUID(通用唯一标识符)是一种 128 位的数字,用于在分布式系统中唯一标识信息。UUID Version 7 是 RFC 9562 标准中定义的最新版本,其设计目标是解决早期版本(如 Version 4)的无序性问题,同时保留分布式环境下的唯一性。
与常见的 UUID Version 4(随机生成)相比,Version 7 具有以下核心特点:
这个库是 f4b6a3 开发的, 支持所有主流版本(v1、v3、v4、v5、v6、v7、v8), 而且线程安全,轻量无依赖。
Maven:
<dependency>
<groupId>com.github.f4b6a3</groupId>
<artifactId>uuid-creator</artifactId>
<version>5.3.7</version>
</dependency>
Gradle:
implementation 'com.github.f4b6a3:uuid-creator:5.3.7'
生成一个 UUIDv7,只要一行:
import com.github.f4b6a3.uuid.UuidCreator;
public class Demo {
public static void main(String[] args) {
var uuid = UuidCreator.getTimeOrderedEpoch();
System.out.println(uuid);
}
}
输出示例:
018f91f4-fc71-7d2b-8080-fbb8cc3a56a4
是的,依旧是熟悉的 UUID 样子,但它可以按时间排序。 这意味着——数据库索引更稳、更快、更香。
| 特性 | UUIDv4 | UUIDv1 | UUIDv7 |
|---|---|---|---|
| 唯一性 | 随机唯一 | 时间唯一 | 两者兼得 |
| 可排序 | 否 | 是 | 是 |
| 隐私性 | (含MAC地址) | ||
| 性能 | 高 | 中 | 高 |
| 标准化 | (新王) |
一句话总结:
MySQL / PostgreSQL 建议使用:
id BINARY(16) PRIMARY KEY
比 CHAR(36) 节省 45% 存储空间。
如果前端要展示,用 uuid.toString() 即可。
import java.time.Instant;
var uuid = UuidCreator.getTimeOrderedEpoch(Instant.parse("2025-10-17T12:00:00Z"));
System.out.println(uuid);
这在做“回放数据”、“重建日志”场景时特别有用。
UuidCreator 是线程安全的。
你可以在多线程或分布式场景下放心地调用:
IntStream.range(0, 10).parallel()
.forEach(i -> System.out.println(UuidCreator.getTimeOrderedEpoch()));
UUIDv7 特别适合以下场景:
不会。 UUIDv7 的随机部分有 74 位,每秒生成上百万个都不用慌。概率上接近零。
当然。 你可以先在日志、链路追踪中用 UUIDv7, 逐步替代老的自增主键,不需要一次性重构。
总结一句话:
在 Java 里,只需一个简单的依赖:
UuidCreator.getTimeOrderedEpoch();
就能拥有一个更优雅、更现代的 ID 方案。 如果你的系统还在用 UUIDv4 或雪花算法, 现在就是升级的好时机。
最后一句: