使用Hibernate 7.4和IntelliJ IDEA进行逆向工程
内容提要
本文介绍了Hibernate 7.4和IntelliJ IDEA的逆向工程功能，用于从现有数据库生成JPA实体等Java持久化工件。Hibernate 7.4通过Maven/Gradle插件支持构建驱动的可重复生成，适合CI/CD流程；IntelliJ IDEA提供交互式、增量同步功能，保留手动修改，支持Flyway/Liquibase迁移，但需Ultimate版。选择取决于团队工作流：需要自动化或跨IDE用Hibernate，日常迭代开发用IDEA。
延伸解读
构建驱动与交互式工作流的选择
Hibernate 7.4 的逆向工程通过 Maven/Gradle 插件实现，适合需要可重复、可版本控制的生成流程，尤其适用于 CI/CD 环境。而 IntelliJ IDEA 提供交互式、可视化的生成方式，支持增量同步，保留手动修改，更适合日常迭代开发。选择取决于团队工作流：若需自动化或跨 IDE 使用，选 Hibernate；若注重开发体验和代码演进，选 IDEA。
代码再生成的覆盖风险
Hibernate 逆向工程生成的代码在后续重新生成时可能覆盖手动修改，因此适合将生成配置纳入版本控制，并让生成成为构建的一部分，通过 CI 检查确保生成结果与提交一致。而 IntelliJ IDEA 的增量同步能识别已有代码，仅合并数据库变更，避免覆盖手动添加的验证注解、业务逻辑等，更适合实体类需要持续演进的场景。
IntelliJ IDEA 的额外功能与限制
IntelliJ IDEA 的逆向工程不仅生成 JPA 实体，还支持从实体生成 Flyway/Liquibase 迁移脚本，以及 Spring Data JDBC 实体。但这些功能仅限 Ultimate 版，且无法在命令行或 CI/CD 中运行。若团队依赖这些附加功能且不要求构建集成，IDEA 是更丰富的选择；否则需考虑 Hibernate 插件的可移植性。
Q&A
Hibernate 7.4 逆向工程能生成哪些工件？
Hibernate 7.4 逆向工程可以从现有数据库生成 JPA 实体类、Hibernate 映射文件、DAO 风格的辅助类以及数据库模式 SQL 脚本。
如何在 Maven 项目中配置 Hibernate 7.4 逆向工程？
在 pom.xml 中配置 hibernate-maven-plugin，指定 hibernate-reverse-engineering.xml 文件，并绑定 hbm2java、hbm2ddl、hbm2dao 目标到 generate-sources 阶段。运行 ./mvnw generate-sources 即可生成实体、DAO 和 schema.ddl。
Hibernate 7.4 逆向工程与 IntelliJ IDEA 逆向工程的主要区别是什么？
Hibernate 7.4 逆向工程是构建驱动的，可重复生成，适合 CI/CD 和跨 IDE 使用；IntelliJ IDEA 逆向工程是交互式的，支持增量同步和保留手动修改，但仅限 Ultimate 版，且不能用于命令行或 CI/CD。
IntelliJ IDEA 逆向工程支持哪些额外功能？
IntelliJ IDEA 逆向工程除了生成 JPA 实体外，还支持从数据库同步变更到现有实体、保留手动修改、生成 Flyway 或 Liquibase 迁移脚本，以及支持 Spring Data JDBC 实体。
在什么情况下应该选择 Hibernate 7.4 逆向工程？
当需要将生成过程集成到构建中，以便在 CI/CD 管道或任何 IDE 中运行，并且愿意从版本控制的 reveng.xml 文件重新生成实体、DAO 和 .hbm 文件时，应选择 Hibernate 7.4 逆向工程。
在什么情况下应该选择 IntelliJ IDEA 逆向工程？
当需要交互式、可视化的方式生成实体，数据库模式频繁变化且需要同步到现有实体而不丢失自定义逻辑，或者需要生成 Flyway/Liquibase 迁移脚本，并且拥有 IntelliJ IDEA Ultimate 订阅时，应选择 IntelliJ IDEA 逆向工程。
Hibernate 7.4 逆向工程如何处理代码重新生成时的手动修改？
Hibernate 7.4 逆向工程在重新生成时可能会覆盖手动修改，因此不适合直接编辑生成代码的团队。但可以通过将配置纳入版本控制，使生成可重复，并在 CI 中检查生成文件是否与提交版本一致。
IntelliJ IDEA 逆向工程如何保留手动修改？
IntelliJ IDEA 逆向工程支持增量同步，当数据库变化时，IDE 可以将变更合并到现有实体类中，而不是完全重新生成，从而保留开发者在初始生成后添加的验证注解、辅助方法等手动修改。
