Java Hibernate EntityManager,它应该用作单例吗?

Java Hibernate EntityManager,它应该用作单例吗?,java,hibernate,spring,entitymanager,Java,Hibernate,Spring,Entitymanager,我没有使用Spring,所以我在类中创建EntityManager的实例 我使用HibernateEclipse反向工程自动生成类。这些类都有一个EntityManager实例 我不是100%确定Hibernate如何与EntityManager一起工作,所以我想知道创建这么多此类实例(EntityManager)是否可以,例如,事务是否会出现问题 我是否应该创建一个单独的类,为所有其他类分发EntityManager的静态实例?还是没关系 编辑:我看到有一个叫做@PersistenceCont

我没有使用Spring,所以我在类中创建EntityManager的实例

我使用HibernateEclipse反向工程自动生成类。这些类都有一个EntityManager实例

我不是100%确定Hibernate如何与EntityManager一起工作,所以我想知道创建这么多此类实例(EntityManager)是否可以,例如,事务是否会出现问题

我是否应该创建一个单独的类,为所有其他类分发EntityManager的静态实例?还是没关系

编辑:我看到有一个叫做@PersistenceContext的东西,它似乎没有将persistence.xml作为bean加载到实例变量中,这个特性需要spring吗?(我得到空指针异常,因为它从未被注入)

我试图使用@persistencecontext的代码片段

@PersistenceContext(unitName = "manager1")
private EntityManager entityManager;
my persistence.xml

    <persistence xmlns="http://java.sun.com/xml/ns/persistence"
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd"
             version="2.0">
   <persistence-unit name="manager1" transaction-type="RESOURCE_LOCAL">
         <provider>org.hibernate.ejb.HibernatePersistence</provider>

      <properties>

         <property name="javax.persistence.jdbc.driver" value="com.mysql.jdbc.Driver"/>
         <property name="javax.persistence.jdbc.user" value="root"/>
         <property name="javax.persistence.jdbc.password" value="mypassword"/>
         <property name="javax.persistence.jdbc.url" value="jdbc:mysql://localhost/ptbrowserdb"/>
         <property name="hibernate.dialect" value="org.hibernate.dialect.MySQLDialect"/>
      </properties>
   </persistence-unit>
</persistence>

org.hibernate.ejb.HibernatePersistence

您需要一个依赖项注入框架,如Spring或Google Guice,将对象注入到类中,否则它可能不会自动为您注入

基本上,这是JPA提供的注释,它将与hibernate或任何其他ORM框架协同工作,但您需要DI框架来注入对象

关于entity manager的单个实例,如果您选择Spring,我认为您不需要它,因为它通过将您的entity manager与jpa事务捆绑在一起来为您管理实例和事务。

请参阅本文:它对其进行了很好的解释

通常,每个事务都需要一个实体管理器。并且此实体管理器不能同时用于两个事务中

Clarification:我的意思是,不要为不同的工作单元使用单一的实体经理。典型的一个工作单元中的一个事务,如果一个工作单元中有不同的事务,则可以使用同一个实体管理器

如果使用Spring,那么如果使用
@PersistenceContext
注释注入EntityManager,Spring将为您执行此处理。默认情况下,Spring将注入的EntityManager(通过代理)绑定到当前事务。(事务被“绑定”到线程。)


@请参阅-在代码示例之后,它包含一个有趣的段落图。

在J2EE中,您不需要任何外部依赖注入框架。注入由容器处理。您不需要依赖项注入框架:您可以自己完成:例如,在web应用程序中,使用包含实体管理器和EntityManagerPerRequestPatternFilter@Ralph-是的,我同意我们可以自己注射,但为了避免我们已经证明的开销DI的框架..spring或guice将无缝地为我们做到这一点..前提是它们应该是应用程序堆栈的一部分..@Radhakrishnan Subbiah:你和Rodrigo Salazar在同一个项目中工作吗?你能删除私有访问修饰符吗(在
EntityManager
上)和测试?哈哈,你不需要每个事务都有一个实体管理器。一个实体管理器表示到数据库的一个打开的会话(连接),仅将其用于一个事务的成本非常高。每个操作1个会话被视为反模式@Maurice:这是一篇有趣的文章,但它是关于Hibernate的“旧”会话/会话工厂模型的,但这个问题是关于JPA的。据我所知,这是JPA和Hibernate会话不同的一个罕见主题。请看《it》中的“5.1.实体管理器和事务作用域”一章:“EntityManager是一个便宜的、非线程安全的对象,应该对单个业务流程、单个工作单元使用一次,然后丢弃。”单个业务流程可以由多个事务组成,对吗?或者你不同意。他们不是在我的链接中说我应该在一个会话中放置多个事务,否则它将是一个反模式吗?@Maurice:重点是:不要对多个业务流程使用一个EntityManager实例。