jpa 默认使用 `@generatedvalue` 会强制生成新 id，导致手动设置的 uuid 被忽略；只需移除该注解，并确保 id 字段可为空（即不加 `@generatedvalue`），即可让 jpa 尊重你显式赋值的 uuid。
在使用 JPA（如 Hibernate）管理实体时，若希望对 @Id 字段（尤其是 UUID 类型）实现“
手动赋值优先、自动生成兜底
”的行为，关键在于正确配置主键生成策略。你当前的代码中：
这一配置会
强制 JPA 忽略你已设置的 id 值
，每次调用 save() 时都触发新的 UUID 生成（由 Hibernate 根据 AUTO 策略选择 UUIDGenerator 或其他机制），因此即使你调用 step.setId(uuid)，最终入库的仍是 JPA 自动生成的 UUID。
✅ 正确做法是：
移除 @GeneratedValue 注解
，仅保留 @Id，并将字段设为可选（即允许 null —— 对于 UUID 是默认行为）：
这样，当你显式设置 ID 时：
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
JPA 会直接使用你提供的 id 值插入或更新，
不会干预、不会覆盖
。
⚠️ 注意事项：
若你仍需支持“无 ID 时自动生成”，可配合 @PrePersist 实现条件逻辑：
确保数据库列（如 PostgreSQL 的 UUID 类型或 MySQL 的 CHAR(36)）支持存储标准 UUID 格式；
使用 UUID 作为主键时，注意其随机性可能影响 B-tree 索引写入性能（相比自增整数），但在分布式场景下具备天然优势；
若启用乐观锁（@Version）或审计字段（如 @CreatedDate），请确认它们与手动 ID 共存无冲突 —— 通常无影响。
总结：手动控制 UUID 主键是完全可行且合理的实践，尤其适用于领域驱动设计（DDD）中强调业务语义 ID、事件溯源、跨服务 ID 一致性等场景。只需牢记核心原则：
有 @GeneratedValue 就无手动控制权；去掉它，ID 即由你全权负责。
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
private UUID id;@Data
@Builder
@Entity
@Table(name = "steps")
@NoArgsConstructor
@AllArgsConstructor
@EntityListeners(AuditingEntityListener.class)
public class Step implements Serializable {
@Id // ✅ 仅保留 @Id，不再使用 @GeneratedValue
private UUID id;
// 其他字段...
private String action;
private String type;
private String createdBy;
private String modifiedBy;
private String team;
}UUID customId = UUID.fromString("7f173364-1ad9-4e45-94ab-788fb641edb5");
Step step = Step.builder()
.id(customId) // ✅ 显式传入
.action("PROCESS_ORDER")
.type(StepType.STEP.name())
.createdBy("admin")
.modifiedBy("admin")
.team("backend")
.build();
stepRepository.save(step); // → 数据库将准确使用该 UUID@PrePersist
public void generateIdIfNull() {
if (this.id == null) {
this.id = UUID.randomUUID();
}
}