Hibernate SessionFactory 与 JPA EntityManagerFactory

Question

我是 Hibernate 新手，不确定是使用 Hibernate SessionFactory 还是 JPA EntityManagerFactory 来创建 Hibernate Session。

这两者有什么区别？有什么优点和优点？使用其中每一个的缺点？

Answer 1

首选 EntityManagerFactory 和 EntityManager。它们由 JPA 标准定义。

SessionFactory 和 Session 是特定于 hibernate 的。 EntityManager 在底层调用 hibernate 会话。如果您需要 EntityManager 中不可用的某些特定功能，您可以通过调用以下方式获取会话：

Session session = entityManager.unwrap(Session.class);

Answer 2

SessionFactory 与 EntityManagerFactory

正如我在 Hibernate 用户指南，Hibernate SessionFactory 扩展了 JPA EntityManagerFactory，如下图所示：

因此，SessionFactory 也是一个 JPA EntityManagerFactory。

SessionFactory 和 EntityManagerFactory 都包含实体映射元数据，并允许您创建 Hibernate Session 或 EntityManager 。

Session 与 EntityManager

就像 SessionFactory 和 EntityManagerFactory 一样，Hibernate Session 扩展了JPA EntityManager。因此，EntityManager 定义的所有方法都可以在 Hibernate Session 中使用。

Session 和 `EntityManager 翻译 实体状态转换为 SQL 语句，例如 SELECT、INSERT、UPDATE 和 DELETE。

Hibernate 与 JPA 引导

当引导 JPA 或 Hibernate 应用程序时，您有两种选择：

1. 您可以通过 Hibernate 本机机制引导，并通过 SessionFactory .com/vladmihalcea/high-performance-java-persistence/blob/master/core/src/test/java/com/vladmihalcea/book/hpjp/util/AbstractTest.java#L147" rel="noreferrer"><代码> BootstrapServiceRegistryBuilder。如果您使用 Spring，则 Hibernate 引导程序是通过 LocalSessionFactoryBean 完成的，如 此 GitHub 示例。
2. 或者，您可以通过 Persistence 类或 EntityManagerFactoryBuilder。如果您使用 Spring，则 JPA 引导是通过 LocalContainerEntityManagerFactoryBean 完成的，如 此 GitHub 示例。

通过 JPA 引导是首选。这是因为 JPA FlushModeType.AUTO 是比旧版 FlushMode.AUTO 更好的选择，后者破坏本机 SQL 查询的读写一致性。

将 JPA 解包到 Hibernate

另外，如果您通过 JPA 引导，并且已通过 @PersistenceUnit 注释注入了 EntityManagerFactory：

@PersistenceUnit
private EntityManagerFactory entityManagerFactory;

您可以轻松访问底层 Sessionfactory 使用 unwrap 方法：

SessionFactory sessionFactory = entityManagerFactory.unwrap(SessionFactory.class);

使用 JPA EntityManager 也可以完成相同的操作。如果您通过 @PersistenceContext 注释注入 EntityManager：

@PersistenceContext
private EntityManager entityManager;

您可以使用 unwrap 轻松访问底层 Session > 方法：

Session session = entityManager.unwrap(Session.class);

结论

因此，您应该通过 JPA 引导，使用 EntityManagerFactory 和 EntityManager，并且仅当您想要访问某些 Hibernate 时才将它们解包到其关联的 Hibernate 接口- JPA 中不可用的特定方法，例如通过其 自然标识符。

Answer 3

我想补充一点，您还可以通过从 EntityManager 调用 getDelegate() 方法来获取 Hibernate 的会话。

前任：

Session session = (Session) entityManager.getDelegate();

Answer 4

与 SessionFactory 相比，我更喜欢 JPA2 EntityManager API，因为它感觉更现代。一个简单的例子：

JPA：

@PersistenceContext
EntityManager entityManager;

public List<MyEntity> findSomeApples() {
  return entityManager
     .createQuery("from MyEntity where apples=7", MyEntity.class)
     .getResultList();
}

SessionFactory：

@Autowired
SessionFactory sessionFactory;

public List<MyEntity> findSomeApples() {
  Session session = sessionFactory.getCurrentSession();
  List<?> result = session.createQuery("from MyEntity where apples=7")
      .list();
  @SuppressWarnings("unchecked")
  List<MyEntity> resultCasted = (List<MyEntity>) result;
  return resultCasted;
}

我认为很明显，第一个看起来更干净，也更容易测试，因为 EntityManager 可以很容易地被模拟。

Answer 5

使用 EntityManagerFactory 方法允许我们使用 @PrePersist、@PostPersist、@PreUpdate 等回调方法注释，而无需额外配置。

在使用 SessionFactory 时使用类似的回调将需要额外的努力。

相关 Hibernate 文档可以在此处 和 这里。

相关 SOF 问题和Spring 论坛讨论

Answer 6

EntityManagerFactory 是标准实现，所有实现都是相同的。如果您将 ORM 迁移到任何其他提供商（例如 EclipseLink），则处理事务的方法不会有任何变化。相反，如果您使用 hibernate 的会话工厂，它会与 hibernate API 绑定并且无法迁移到新的供应商。

Answer 7

通过使用 EntityManager，代码不再与 hibernate 紧密耦合。但为此，在使用中我们应该使用 :

javax.persistence.EntityManager

而不是

org.hibernate.ejb.HibernateEntityManager

类似地，对于 EntityManagerFactory，使用 javax 接口。这样，代码就松耦合了。如果有比 hibernate 更好的 JPA 2 实现，那么切换就会很容易。在极端情况下，我们可以将类型转换为 HibernateEntityManager。

Answer 8

EntityManager接口类似于hibernate中的sessionFactory。
EntityManager 在 javax.persistance 包下，而 session 和 sessionFactory 在 org.hibernate.Session/sessionFactory 包下。

实体管理器是 JPA 特定的，而 session/sessionFactory 是 hibernate 特定的。