同应用同数据库下同时使用EntityManagerFactory与SessionFactory是否属不良实践

首先要明确一个底层事实：当你用Hibernate作为JPA实现时，EntityManagerFactory本身就是对SessionFactory的标准接口包装，二者底层指向的是同一个核心运行时对象，不存在本质上的互斥。

算不算不良开发实践？ #

不能一竿子打死，要分场景判断：

• 过渡期兼容场景不算坏实践：如果是存量老项目原本全用Hibernate原生SessionFactory开发，后续迭代要逐步迁移到JPA标准EntityManagerFactory，在迁移周期内同时保留二者的兼容逻辑是完全合理的，没必要为了追求形式上的统一搞全量重构，徒增线上故障风险。
• 新项目无理由混用就是明确的不良实践：从零搭建的新系统如果刻意同时维护两套独立初始化的工厂实例，会带来几个实打实的问题：
  • 事务一致性风险：如果配置不当，两个工厂获取的数据库连接会落在独立的事务上下文里，很容易出现部分操作提交、部分回滚的数据不一致问题，排查难度极高
  • 维护成本陡增：团队成员需要同时熟悉两套API的使用逻辑、配置规则，代码风格割裂，新人接手的学习成本翻倍
  • 配置冗余易错：两套工厂需要分别配置实体扫描路径、SQL方言、二级缓存、事务拦截规则，一旦两边配置不统一（比如缓存过期时间不一致），很容易出现脏数据等隐蔽问题
  • 资源浪费：两个独立的工厂实例会各自维护一份实体元数据缓存、连接池资源，平白多占一倍的内存开销

是不是必须二选一？ #

最优方案确实是选定一套作为主API，但完全不需要死板地把另一套完全排除在外，更不需要独立初始化两个工厂实例：

• 如果你优先选JPA标准的EntityManagerFactory作为主使用入口（适合需要ORM层可移植性、未来可能切换JPA实现的项目），遇到需要使用Hibernate专属特性的场景，不需要单独配置SessionFactory，直接通过unwrap方法拿到原生对象即可：

// 从EntityManager获取原生Session
Session hibernateSession = entityManager.unwrap(Session.class);
// 从EntityManagerFactory获取原生SessionFactory
SessionFactory nativeFactory = entityManagerFactory.unwrap(SessionFactory.class);

• 如果你优先选Hibernate原生SessionFactory作为主使用入口（适合重度依赖Hibernate专属特性、集成Hibernate Search/Envers等原生生态的项目），也可以通过原生对象直接获取JPA标准的EntityManager实例，满足特定场景下的标准接口调用需求。

明确的避坑提醒 #

绝对不要做的操作：为同一个数据库分别初始化两个独立的EntityManagerFactory和SessionFactory实例，这才是真正违反最佳实践的行为。只要你是基于同一个工厂实例做接口适配，不管用标准API还是原生API，都不会有架构层面的问题。

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