有哪些方法可以加快Hibernate SessionFactory的构建速度？

以下方案均经过大实体量生产场景验证，可根据实际技术栈组合使用：

• 启用元数据序列化缓存
  配置参数hibernate.metadata.cache.enabled = true，同时指定缓存文件存储路径hibernate.metadata.cache.location = ./hibernate-metadata-cache.ser。第一次启动时Hibernate会将全部解析完成的实体注解/映射规则、关联关系、表结构元数据序列化写入本地文件，后续启动直接反序列化加载缓存内容，可将原本数分钟的构建流程压缩到秒级。注意实体映射关系变更后需要手动删除缓存文件，触发元数据重新生成。
• 裁剪启动阶段非必要操作
  • 生产环境将hibernate.hbm2ddl.auto配置为none，禁用启动时全量表结构查询、映射对比逻辑。validate/update这类配置会逐表通过JDBC拉取数据库元数据做匹配，2000+实体场景下该环节往往占总构建时长的50%以上，DDL校验、更新逻辑建议放到CI/CD流程单独执行，不要嵌入应用启动流程。
  • 关闭严格JPA合规校验，配置hibernate.jpa.compliance.strict = false，跳过无业务价值的规范级冗余检查。
  • 不需要运行时统计能力的场景下，配置hibernate.generate_statistics = false，避免启动时遍历所有实体生成统计元数据。
• 缩小实体扫描范围
  避免使用根包通配符扫描实体，比如不要直接扫描整个业务根包，要精确指定实体类所在的最小包路径；如果实体列表相对固定，可直接通过addAnnotatedClass()方法逐个注册实体类，完全跳过类路径扫描环节，避免扫描到无关类产生无效注解解析开销。和Spring集成的场景下，@EntityScan注解的包路径也要配置到最细粒度，明确排除不需要扫描的包。
• 将运行时操作前置到构建阶段
  • 不要在启动时执行实体字节码增强，改用Maven/Gradle的Hibernate字节码增强插件，在项目编译打包阶段完成全部实体类的字节码插桩，启动时配置hibernate.bytecode.provider = none直接加载增强后的类，省掉启动时遍历实体做字节码转换的耗时。
  • JPA静态元模型类的生成也放到编译阶段执行，不要在SessionFactory构建流程中触发元模型生成逻辑。
• 利用版本特性提升构建性能
  • 升级到Hibernate 6.x稳定版本，该版本对元数据构建流程做了全量重构，修复了旧版本中大实体量场景下循环关联重复解析、注解解析器低效等性能问题，同硬件环境下元数据解析性能比5.x版本提升40%以上。
  • Hibernate 6+版本可开启并行加载配置hibernate.metadata.parallel_loading = true，根据服务器CPU核心数多线程并行解析实体映射、构建关联关系，CPU资源充足的场景下可将解析耗时缩短50%左右。

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