Spring Boot实体审计如何设计？现有实现优化建议问询

核心疑问解答：MappedSuperclass中能否建立与User的关联关系 #

可以在@MappedSuperclass的抽象基类中定义与User实体的关联，但要注意方向搞反了：不是一对多，而是多对一（一个用户可创建/更新多个业务实体，多个业务实体对应同一个操作用户）。具体实现有几个关键要点：

• 用@ManyToOne注解定义关联，建议设置fetch = FetchType.LAZY避免N+1查询问题
• 根据业务场景决定optional属性：如果所有操作都必须有登录用户，设为false；若允许匿名操作，设为true

两种方案的优劣对比 #

方案1：直接关联User实体 #

优势：

• 数据完整性强：通过数据库外键约束保证用户ID的合法性，杜绝无效ID
• 查询便捷：无需额外关联，直接通过patient.getCreatedBy().getUsername()获取用户信息

劣势：

• 潜在性能损耗：懒加载可能触发额外查询，急加载会增加主查询复杂度
• 耦合度高：所有继承AuditableEntity的业务实体都依赖User实体结构

方案2：仅存储用户ID（String/Long类型） #

优势：

• 性能更优：减少关联查询，存储和读取成本更低
• 耦合度低：业务实体不依赖User实体结构，User字段变更不影响审计逻辑

劣势：

• 数据完整性依赖代码：无法通过数据库外键强制校验，需在业务层做合法性检查
• 查询用户信息需手动关联：要额外调用UserRepository获取详情

更优、更规范的设计建议 #

结合你已有的基类+AuditorAware实现，分场景给出落地方案：

1. 优先推荐：关联User实体（适合数据完整性要求高的场景） #

@MappedSuperclass
@EntityListeners(AuditingEntityListener.class)
public abstract class AuditableEntity {
    @CreatedDate
    @Column(nullable = false, updatable = false)
    private LocalDateTime createdDate;

    @LastModifiedDate
    @Column(nullable = false)
    private LocalDateTime updatedDate;

    @CreatedBy
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "created_by_id", nullable = false, updatable = false)
    private User createdBy;

    @LastModifiedBy
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "updated_by_id", nullable = false)
    private User updatedBy;

    // Getters & Setters
}

同时可在User实体中添加双向关联（可选，根据业务查询需求）：

@Entity
public class User {
    // 其他核心字段...

    @OneToMany(mappedBy = "createdBy", fetch = FetchType.LAZY)
    private List<Patient> createdPatients;

    @OneToMany(mappedBy = "updatedBy", fetch = FetchType.LAZY)
    private List<Patient> updatedPatients;

    // Getters & Setters
}

此时AuditorAware需返回User实体：

@Component
public class SpringSecurityAuditorAware implements AuditorAware<User> {
    @Override
    public Optional<User> getCurrentAuditor() {
        Authentication auth = SecurityContextHolder.getContext().getAuthentication();
        if (auth == null || !auth.isAuthenticated()) {
            return Optional.empty();
        }
        UserPrincipal principal = (UserPrincipal) auth.getPrincipal();
        // 这里可直接返回User实体，或通过UserRepository查询（根据Principal存储的信息）
        return Optional.of(principal.getUser());
    }
}

2. 性能优先：存储用户ID（适合高并发/低耦合场景） #

@MappedSuperclass
@EntityListeners(AuditingEntityListener.class)
public abstract class AuditableEntity {
    @CreatedDate
    @Column(nullable = false, updatable = false)
    private LocalDateTime createdDate;

    @LastModifiedDate
    @Column(nullable = false)
    private LocalDateTime updatedDate;

    @CreatedBy
    @Column(name = "created_by_id", nullable = false, updatable = false)
    private Long createdById;

    @LastModifiedBy
    @Column(name = "updated_by_id", nullable = false)
    private Long updatedById;

    // Getters & Setters
}

对应的AuditorAware返回用户ID：

@Component
public class SpringSecurityAuditorAware implements AuditorAware<Long> {
    @Override
    public Optional<Long> getCurrentAuditor() {
        Authentication auth = SecurityContextHolder.getContext().getAuthentication();
        if (auth == null || !auth.isAuthenticated()) {
            return Optional.empty();
        }
        UserPrincipal principal = (UserPrincipal) auth.getPrincipal();
        return Optional.of(principal.getId());
    }
}

3. 通用注意事项 #

• 确保启动类添加@EnableJpaAuditing开启审计功能
• 关联User实体时，若需查询用户信息，用JOIN FETCH或EntityGraph避免懒加载查询：

  @Query("SELECT p FROM Patient p JOIN FETCH p.createdBy WHERE p.id = :id")
  Optional<Patient> findByIdWithCreator(@Param("id") Long id);
  

• 处理用户删除场景：可设置@ManyToOne(onDelete = OnDeleteAction.SET_NULL)（允许审计字段为null），或禁止删除有审计记录的用户，或采用逻辑删除

内容的提问来源于stack exchange，提问作者bebraed