通过使用EntityManager，代码不再与hibernate紧密耦合。但是对于这种情况，在用法中我们应该使用:

javax.persistence.EntityManager

而不是

org.hibernate.ejb.HibernateEntityManager

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

EntityManagerFactory是标准实现，它在所有实现中都是一样的。如果您将ORM迁移到任何其他提供者(如EclipseLink)，则处理事务的方法不会有任何变化。相反，如果使用hibernate的会话工厂，它就绑定到hibernate api，不能迁移到新的供应商。

EntityManager接口类似于hibernate中的sessionFactory。 javax下的EntityManager。org.hibernate下的session和sessionFactory。会话/ sessionFactory包。

实体管理器是特定于JPA的，会话/sessionFactory是特定于hibernate的。

我更喜欢JPA2 EntityManager API而不是SessionFactory，因为它感觉更现代。举个简单的例子:

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很容易被模仿。

通过使用EntityManager，代码不再与hibernate紧密耦合。但是对于这种情况，在用法中我们应该使用:

javax.persistence.EntityManager

而不是

org.hibernate.ejb.HibernateEntityManager

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

使用EntityManagerFactory方法允许我们使用回调方法注释，如@PrePersist， @PostPersist，@PreUpdate，而不需要额外的配置。

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

相关Hibernate文档可以在这里和这里找到。

有关SOF问题和春季论坛讨论