目录

1. 什么是Spring Data Envers?

2. 诞生背景

3. 架构设计

4. 解决的问题

5. 关键特性

6. 与同类产品对比

7. 使用方法

7.1 添加依赖

7.2 启用审计功能

7.3 配置审计策略

7.4 实体审计配置

7.5 自定义修订实体

7.6 审计数据查询

8. 实现方法与查询技巧

8.1 字段级审计

8.2 审计表自定义

8.3 审计数据访问控制

8.4 时间范围查询

8.5 版本差异比较

9. 最佳实践与应用场景

9.1 最佳实践

9.2 应用场景

10. 总结

Spring Data Envers是Spring Data JPA的扩展模块，通过集成Hibernate Envers实现数据审计功能，它为开发人员提供了一种简洁高效的方式来记录和追踪实体的变更历史，无需编写大量重复的审计代码。作为Spring Data家族的一员，Envers简化了数据审计的实现过程，使开发者能够专注于业务逻辑的实现，而不是审计表的创建和查询。

1. 什么是Spring Data Envers?

Spring Data Envers是一种用于对实体进行审计和版本控制的库，它是Spring Data JPA项目的扩展。该库通过集成Hibernate Envers，为Spring应用程序提供了对实体历史记录的追踪功能。Spring Data Envers允许开发者在不需要写额外代码的情况下，实现对实体状态变化的审计，包括创建、修改和删除操作。

Spring Data Envers的核心功能是自动记录实体的变更历史，每当实体被修改或删除时，它都会在数据库中创建一个历史版本的记录。这些历史记录存储在特殊的审计表中，表名通常以_AUD结尾，如demo_AUD对应demo表的审计记录。通过这些审计表，开发者可以查询实体在不同时间点的状态，实现数据的回溯和版本对比。

2. 诞生背景

Spring Data Envers的诞生源于JPA规范缺乏原生审计支持的痛点。在传统的Spring Data JPA应用中，要实现数据审计功能，开发者需要手动创建审计表，编写事件监听器，处理实体变更记录的存储和查询，这不仅增加了开发工作量，还容易引入代码错误。

Hibernate Envers作为Hibernate的扩展模块，提供了一种简化数据审计实现的方法。它通过自动创建审计表和记录实体变更，解决了这一问题。然而，Hibernate Envers与Spring Data JPA的集成并不完全无缝，需要开发者进行额外的配置和编码。

Spring Data Envers正是为了解决这一问题而诞生的。它作为Spring Data JPA的扩展，通过提供与Spring Data风格一致的API，简化了Hibernate Envers在Spring应用中的集成和使用。Spring Data Envers通过动态代理机制和自定义仓库工厂，将Hibernate Envers的审计功能与Spring Data的仓库抽象完美结合，使开发者能够以声明式的方式实现数据审计。

3. 架构设计

Spring Data Envers的架构设计基于Spring Data JPA的扩展机制和Hibernate Envers的审计策略。其核心架构包含三个主要组成部分：依赖集成、仓库扩展和审计策略。

首先，Spring Data Envers依赖于Hibernate Envers实现底层审计逻辑。Hibernate Envers通过事件监听机制，在实体发生变更时自动创建审计记录，并将这些记录存储在审计表中。Spring Data Envers通过添加spring-data-envers依赖，将这一功能无缝集成到Spring Data JPA应用中。

其次，Spring Data Envers通过扩展Spring Data JPA的仓库接口，提供审计历史查询能力。它引入了RevisionRepository接口，该接口提供了获取实体历史版本的方法，如findRevisions和findRevisionsBetween。开发者只需在实体仓库接口中继承RevisionRepository，即可获得审计历史查询能力，无需编写任何具体实现。

最后，Spring Data Envers支持两种审计策略：DefaultAuditStrategy和ValidityAuditStrategy。前者简单记录每个变更，后者则通过维护REVEND和REVEND_TSTMP字段优化查询性能。Validity策略虽然在插入时性能略低，但查询速度更快，适合需要频繁查询历史版本的应用场景。

此外，Spring Data Envers还提供了动态代理机制，用于处理审计相关的元数据，如操作用户、操作时间等。这些代理机制与Spring的事务管理紧密集成，确保审计记录仅在事务提交时生效。

4. 解决的问题

Spring Data Envers主要解决以下问题：

简化数据审计的实现：传统方式需要手动创建审计表，编写事件监听器，处理实体变更记录的存储和查询，而Spring Data Envers通过注解和仓库接口，大幅简化了这一过程。

提供一致的审计API：Spring Data Envers为开发者提供了与Spring Data风格一致的API，使审计查询变得简单直观，如findRevisions方法可直接获取实体的历史版本。

支持事务绑定的审计：审计记录与事务提交紧密绑定，确保只有成功的事务才会生成审计记录，避免了脏数据的问题。

支持多种审计策略：提供两种审计策略选择，开发者可以根据应用场景选择最适合的策略，平衡插入性能和查询效率。

与Spring生态无缝集成：Spring Data Envers与Spring Security、Spring Data JPA等Spring组件无缝集成，支持审计用户信息的自动记录和查询。

自动维护审计表结构：根据被审计实体的结构，自动生成对应的审计表，减少了手动维护表结构的工作量。

5. 关键特性

Spring Data Envers具有以下关键特性：

自动审计表创建：当实体被标记为@Audited时，Spring Data Envers会自动生成对应的审计表，表名默认为实体表名加_AUD后缀，如demo_AUD对应demo表的审计记录。

支持实体和字段级审计：开发者可以选择对整个实体进行审计，或仅对特定字段进行审计。通过@Audited注解标记实体类，或在字段级别使用该注解，实现灵活的审计配置。

支持两种审计策略：DefaultAuditStrategy和ValidityAuditStrategy。前者简单记录每个变更，后者通过维护REVEND和REVEND_TSTMP字段优化查询性能，Validity策略虽然在插入时性能略低，但查询速度更快，适合需要频繁查询历史版本的应用场景。

支持自定义修订实体：通过@RevisionEntity注解，开发者可以自定义修订实体，添加额外的元数据，如操作用户、操作IP等。修订实体通常存储在revinfo表中，记录了每次事务的时间戳和修订号。

与Spring Security集成：通过实现AuditorAware接口，可以自动记录操作用户的信息，如用户名、用户ID等。这些信息会被存储在审计表中，便于追踪是谁进行了修改。

支持条件审计：在某些场景下，可能只需要记录满足特定条件的数据变更，如某个字段有值的变更。Spring Data Envers可以通过自定义事件监听器实现这一功能，减少不必要的审计记录。

支持版本差异比较：通过AuditReaderAPI，可以获取实体在不同版本的状态快照，并进行版本差异比较，便于了解实体发生了哪些具体变更。

支持时间范围查询：可以通过AuditReaderAPI按时间范围查询实体的历史版本，如查询某个实体在特定时间段内的所有变更。

6. 与同类产品对比

在数据审计领域，除了Spring Data Envers，还有其他一些解决方案：

JaVers：JaVers是一个独立的数据审计框架，支持多种数据存储类型，如关系型数据库、NoSQL等。它提供了更丰富的审计API和查询功能，但需要更多的配置和代码。

审计JPA规范：JPA规范本身不提供审计功能，但可以通过事件监听器和自定义代码实现。这种方法灵活性高，但需要开发者自行处理审计表的创建和查询。

数据库原生审计：一些数据库提供了原生的审计功能，如Oracle的Flashback、PostgreSQL的审计扩展等。这些功能通常需要数据库级别的配置，且与应用代码的集成不够紧密。

与这些解决方案相比，Spring Data Envers的优势在于与Spring Data JPA的无缝集成和简化配置。它不需要额外的框架或数据库配置，只需添加依赖、启用注解、标记实体即可。同时，它提供了与Spring生态一致的API，便于与Spring Security等组件集成。

然而，Spring Data Envers也有一些局限性：它仅支持JPA实体，无法用于其他类型的数据存储；它依赖于Hibernate Envers，需要使用Hibernate作为JPA实现；它不提供与JaVers一样丰富的审计API和查询功能。

特性 Spring Data Envers JaVers 审计JPA规范 数据库原生审计
集成难度 低（与Spring Data无缝集成） 中（需要额外配置） 高（需要手动实现） 高（需要数据库配置）
支持的数据存储 仅支持JPA实体 支持多种类型 仅支持JPA实体 仅支持特定数据库
审计策略 支持Validity和Default策略 更灵活的审计策略 需要手动实现 依赖数据库功能
用户集成 支持通过AuditorAware接口 需要手动实现 需要手动实现 不支持
查询功能 基础查询功能 更丰富的查询API 需要手动实现 依赖数据库功能

7. 使用方法

在Spring Boot项目中集成和使用Spring Data Envers，可以按照以下步骤进行：

7.1 添加依赖

在项目的构建文件（如pom.xml或build.gradle）中添加Spring Data Envers和Hibernate Envers的依赖：

<!-- Maven依赖 -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>
<dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-envers</artifactId>
</dependency>

注意：在Spring Boot 3.x中，可能需要显式添加spring-data-envers依赖，而不仅仅是hibernate-envers。

7.2 启用审计功能

在Spring Boot的启动类或配置类中添加启用审计功能的注解：

@EnableJpaAuditing
@EnableEnvers repositories
@SpringBootApplication
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

这两个注解分别启用了JPA审计和Envers审计功能，使项目能够使用审计相关的API。

7.3 配置审计策略

在application.properties或application.yml中配置审计策略：

# application.properties
spring.jpa.properties.org.hibernate.envers.audit_strategy=org.hibernate.envers.strategy.internal.ValidityAuditStrategy
spring丁pa.properties.org。hibernate。envers。audit_strategy_validity_store_revend_timestamp=true
spring。jpa。hibernate。ddl。auto=update

或

# application.yml
spring:
  jpa:
    properties:
      org:
        hibernate:
          envers:
            audit_strategy: org。hibernate。envers。strategy。internal。ValidityAuditStrategy
            audit_strategy_validity_store_revend_timestamp: true
    hibernate:
     W dl。auto: update

这些配置设置了Validity审计策略，并启用自动创建审计表的功能 。Validity策略通过维护REVEND和REVEND_TSTMP字段优化查询性能，适合需要频繁查询历史版本的应用场景。

7.4 实体审计配置

在需要审计的实体类上添加@Audited注解：

@Audited
@Entity
@Table(name = "demo")
public class Demo {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Column(length = 100, nullable = false)
    private String name;

    @Column
    private Double salary;

    // Getters and Setters
}

@Audited注解标记了该实体需要被审计 。当实体发生变更时，审计记录会自动存储在对应的审计表中。

7.5 自定义修订实体

如果需要记录额外的审计信息，如操作用户、操作IP等，可以自定义修订实体：

@Entity
@ revisionEntity(MyRevisionListener.class)
public class MyRevisionEntity {
    @Id
    @GeneratedValue
    @ revisionNumber
    private Long rev;

    @ revisionTimestamp
    @Temporal(TemporalType.TIMESTAMP)
    private Date revtstmp;

    @Column(name = "user_name")
    private String userName;

    // Getters and Setters
}

然后实现RevisionListener接口来填充修订实体的额外信息：

public class MyRevisionListener implements RevisionListener {
    @Override
    public void newRevision(Object revisionEntity) {
        MyRevisionEntity myRev = (MyRevisionEntity) revisionEntity;
        // 获取当前用户信息并填充到修订实体
        StringuserName = SecurityContextHolder。getContext ( ) . getAuthentication ( ) . getPrincipal ( ) .toString ( ) ;
        myRev。setuserName ( userName ) ;
    }
}

自定义修订实体使审计记录包含更多元数据，便于追踪变更的详细信息。

7.6 审计数据查询

在实体仓库接口中继承RevisionRepository，以获取审计历史查询能力：

public interface DemoRepository extends JpaRepository<Demo, Long>, 
    RevisionRepository<Demo, Long, Long> {
}

然后使用仓库接口查询实体的审计历史：

@Autowired
private DemoRepository demoRepository;

public void viewAuditHistory(Long演示ID) {
    // 获取所有修订
    List< Long > revisions = demoRepository。getRevisions ( entityld ) ;
    for (Long rev : revisions) {
        // 获取特定修订的实体快照
        Demo demo = demoRepository。find revision (演示ID，rev)；
        System.out.println("Revision " + rev + ": " + demo.getName());
    }
}

通过RevisionRepository接口，可以轻松获取实体的历史版本，便于回溯和版本比较。

8. 实现方法与查询技巧

8.1 字段级审计

除了对整个实体进行审计外，还可以在字段级别使用@Audited注解：

@Entity
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Audited
    @Column(length = 50, nullable = false)
    private String name;

    @Column(length = 100)
    private String email;

    // Getters and Setters
}

这样只有被标记为@Audited的字段会被记录审计信息，其他字段的变更不会生成审计记录。这对于需要审计敏感字段或减少审计数据量的应用场景非常有用。

8.2 审计表自定义

可以通过@AuditTable注解自定义审计表的名称和字段：

@Audited(table = @AuditTable(name = "user_audit_log",
    auditColumns = @AuditColumn(name = "rev", type = @Type(type = "long"),
        length = 10),
   修订类型字段 = @修订类型字段(名称 = "rev_type", 类型 = @Type(类型 = "integer"),
        length = 4))
@Entity
public class User {
    // 实体字段
}

@AuditTable注解允许开发者自定义审计表的结构，如表名、字段名和类型等，便于与现有数据库设计集成。

8.3 审计数据访问控制

结合Spring Security，可以实现审计数据的访问控制：

@Component
public class SecurityAuditorAware implements AuditorAware<String> {
    @Override
    public Optional<String> getCurrentAuditor() {
        Authentication authentication = SecurityContextHolder.getContext().getAuthentication();
        if (authentication == null || !authentication.isAuthenticated()) {
            return Optional.empty();
        }
        return Optional.of(authentication.getPrincipal().toString());
    }
}

然后在配置类中启用审计功能：

@EnableJpaAuditing(auditorAwareRef = "securityAuditorAware")
@Configuration
public class AuditConfig {
    @Bean
    public AuditorAware<String> securityAuditorAware() {
        return new SecurityAuditorAware();
    }
}

这样审计记录会自动记录操作用户的信息，便于追踪谁进行了修改 。

8.4 时间范围查询

使用AuditReaderAPI可以按时间范围查询实体的历史版本：

@Autowired
private AuditReader auditReader;

public List<Demo> findDemoHistoryBetween dates(Long demoids, 
    Date starDate, Date endDate) {
    List<Demo> history = auditReader.findRevisionsBetween dates(
        Demo.class, demoids, starDate, endDate);
    return history;
}

时间范围查询使开发者能够获取特定时间段内的审计记录，便于分析数据变化趋势。

8.5 版本差异比较

通过比较实体在不同版本的状态快照，可以分析版本之间的差异：

public Map<String, Object> compareDemoRevisions(Long demoids, 
    Long rev1, Long rev2) {
    Demo demo1 = demoRepository.find revision(demoids, rev1);
    Demo demo2 = demoRepository.find revision(demoids, rev2);

    Map<String, Object> differences = new HashMap<>();
    // 比较两个实体的字段
    BeanUtils.copyProperties(demo1, demo2, 
        BeanUtilsBean:: IgnoreCase);
    // 记录差异字段
    // ...

    return differences;
}

版本差异比较功能对于需要了解实体变更细节的应用场景非常有用，如生成变更报告或审核记录。

9. 最佳实践与应用场景

9.1 最佳实践

选择合适的审计策略：根据应用场景的特点，选择DefaultAuditStrategy或ValidityAuditStrategy 。Validity策略查询性能更好，适合需要频繁查询历史版本的应用场景；而Default策略插入性能更好，适合变更频繁但查询较少的应用场景。

合理配置审计表：审计表可能会随着应用运行而增长，因此需要合理配置审计表的存储位置、分区策略等。对于大型应用，可以考虑将审计表单独存储在不同的数据库中，或使用分区表技术来管理历史数据。

定期清理旧审计数据：审计数据可能会占用大量存储空间，因此需要定期清理旧数据。可以通过定时任务或数据库脚本，定期删除或归档一段时间前的审计记录。

使用条件审计：在某些场景下，可能只需要记录满足特定条件的数据变更，如某个字段有值的变更。通过自定义事件监听器实现条件审计，减少不必要的审计记录。

优化审计表性能：为审计表添加适当的索引，如REV、entity_id和修订类型字段的索引，提高查询性能。对于大型应用，可以考虑使用分库分表策略来管理审计数据。

安全审计数据访问：审计数据可能包含敏感信息，因此需要严格控制访问权限。结合Spring Security，实现审计数据的访问控制，确保只有授权用户可以查看历史记录。

9.2 应用场景

金融交易记录：在金融行业，交易记录的审计非常重要，需要满足监管要求。Spring Data Envers可以记录交易的创建、修改和删除操作，便于合规审计和问题追溯。

医疗健康数据：在医疗健康领域，患者数据的变更需要被严格记录，以便医生了解患者病史和治疗过程的变化。Spring Data Envers可以记录患者数据的修改历史，支持医疗合规要求。

电商平台订单状态：电商平台需要跟踪订单状态的变化，如从"创建"到"支付"再到"发货"的过程。Spring Data Envers可以记录订单状态的变更历史，便于物流跟踪和客户支持。

内容管理系统（CMS）：CMS需要记录文档和内容的变更历史，以便恢复旧版本或比较不同版本之间的差异。Spring Data Envers可以记录内容的修改历史，支持版本对比和恢复功能。

供应链系统：供应链系统需要跟踪库存、物流等信息的变更历史，以便分析供应链变化和问题追溯。Spring Data Envers可以记录供应链数据的变更历史，支持供应链分析和优化。

10. 总结

Spring Data Envers作为Spring Data JPA的扩展模块，通过集成Hibernate Envers实现数据审计功能，为开发人员提供了一种简洁高效的方式来记录和追踪实体的变更历史。它简化了数据审计的实现过程，减少了重复代码，提高了开发效率。

Spring Data Envers的核心优势在于与Spring Data JPA的无缝集成和简化配置，开发者只需添加依赖、启用注解、标记实体即可。同时，它提供了与Spring生态一致的API，便于与Spring Security等组件集成。

在实际应用中，Spring Data Envers可以用于金融交易记录、医疗健康数据、电商平台订单状态、内容管理系统和供应链系统等多种场景，满足数据版本控制和历史追踪的需求。

对于需要实现数据审计的Spring Boot应用，Spring Data Envers是一个值得考虑的选择。它虽然有一些局限性，如仅支持JPA实体和依赖Hibernate，但在大多数Spring Data应用场景下，能够提供足够的审计功能，减少开发工作量，提高代码质量。

通过合理配置审计策略、自定义修订实体和优化审计表结构，开发者可以充分发挥Spring Data Envers的优势，构建健壮的数据审计系统，满足业务需求和合规要求。

  参考资料：

 本博客专注于分享开源技术、微服务架构、职场晋升以及个人生活随笔，这里有：

📌 技术决策深度文（从选型到落地的全链路分析）

💭 开发者成长思考（职业规划/团队管理/认知升级）

🎯 行业趋势观察（AI对开发的影响/云原生下一站）

关注我，每周日与你聊“技术内外的那些事”，让你的代码之外，更有“技术眼光”。

日更专刊：

🥇 《Thinking in Java》 🌀 java、spring、微服务的序列晋升之路！
🏆 《Technology and Architecture》 🌀 大数据相关技术原理与架构，帮你构建完整知识体系！

关于愚者Turbo：

🌟博主GitHub

🌞博主知识星球

# spring # java # 后端 # big data # 微服务 # spring cloud
Logo
开源鸿蒙跨平台开发者社区

开源鸿蒙跨平台开发社区汇聚开发者与厂商，共建“一次开发，多端部署”的开源生态，致力于降低跨端开发门槛，推动万物智联创新。

更多推荐

cover

开源鸿蒙 Flutter 实战｜深色模式切换保姆级教程（鸿蒙兼容 + 可直接运行）

avatar 开源鸿蒙跨平台开发者社区
cover

Flutter鸿蒙应用开发：文件上传功能集成实战（含兼容性适配）

avatar 开源鸿蒙跨平台开发者社区
cover

Flutter鸿蒙应用开发：音频播放功能集成实战（含兼容性适配）

avatar 开源鸿蒙跨平台开发者社区