4

我在使用 Spring、Hibernate 和 JPA 的 Web 应用程序时遇到了一些问题。问题是非常高的内存消耗，它随着时间的推移而增加，而且似乎永远不会减少。它们很可能源于对 EntityManager 的错误使用。我已经四处寻找，但我还没有找到确定的东西。

我们正在使用 DAO，它们都扩展了以下 GenericDAO，其中我们唯一的 EntityManager 被注入：

public abstract class GenericDAOImpl<E extends AbstractEntity<P>, P> implements
    GenericDAO<E, P> {

@PersistenceContext
@Autowired
private EntityManager entityManager;
    [...]

使用通用 DAO 是因为它具有通过 ID 获取实体的方法等，这在所有约 40 个 DAO 中实现起来会很痛苦。

EntityManager 通过以下方式配置为 Spring bean：

<bean class="org.springframework.orm.jpa.JpaTransactionManager"
    id="transactionManager">
    <property name="entityManagerFactory" ref="entityManagerFactory" />
</bean>
<tx:annotation-driven mode="aspectj"
    transaction-manager="transactionManager" />
<bean
    class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean"
    id="entityManagerFactory">
    <property name="persistenceUnitName" value="persistenceUnit" />
    <property name="dataSource" ref="dataSource" />
</bean>
<bean id="entityManager" factory-bean="entityManagerFactory"
    factory-method="createEntityManager" scope="singleton" />

我认为最大的问题是使用这个共享的 EntityManager 来处理所有事情。在服务类中，我们将 @Transactional 注释用于需要事务的方法。这会从我读取的内容中自动刷新 EntityManager，但与清除不同，所以我猜这些对象仍在内存中。

我们注意到每天在数据库中每次自动导入数据后内存都会增加（大约 7 个文件，每个文件 25k 行，其中创建了很多链接对象）。而且在正常运行期间，当检索大量数据时（假设一次请求 100-200 个对象）。

任何人都知道我该如何改善目前的情况（因为此时情况有点糟糕......）？

编辑：在已部署的应用程序上运行了探查器，这就是它发现的：

One instance of "org.hibernate.impl.SessionFactoryImpl" loaded by "org.apache.catalina.loader.WebappClassLoader @ 0xc3217298" occupies 15,256,880 (20.57%) bytes. The memory is accumulated in one instance of "org.hibernate.impl.SessionFactoryImpl" loaded by "org.apache.catalina.loader.WebappClassLoader @ 0xc3217298".

这大概是EntityManager没有清除吧？

4

3 回答 3

3

我倾向于同意你的评价。 EntityManagers 并不是真正设计为用作单例的。刷新 EntityManager 不会从内存中清除任何内容，它只会将实体与数据库同步。

可能发生的是 EntityManager 保持对持久性上下文中所有对象的引用，而您永远不会关闭上下文。（这个人也有类似的问题。）清除它确实会删除从 EntityManager 到您的实体的所有引用，但是，如果您发现自己经常需要调用 clear()，您可能应该重新评估您如何使用 EntityManager。如果您只是想避免 LazyInitializationExceptions，请考虑 Spring* 中的 OpenSessionInViewFilter。这允许您延迟加载实体，同时仍然让 Spring 管理 bean 的生命周期。bean 的生命周期管理是 Spring Framework 的一大优势，因此您需要确保覆盖该行为确实是您想要的。

在某些情况下，您确实需要一个长期存在的 EntityManager，但这些情况相对较少，需要大量了解才能正确实施。

*注意：OpenSessionInView 需要非常小心以避免N+1 问题。这是一个大问题，有些人在 View an AntiPattern 中调用 Open Session。谨慎使用。

编辑

此外，您也不需要注释@PersistenceContext元素@Autowired。@PersistenceContext接线本身。

于 2012-04-06T22:04:32.797 回答
1

不符合 JEE 的应用程序服务器，您不应该使用@Autowired/@PersistenceContext private EntityManager entityManager;！

你应该做的是这样的：

class SomeClass {
   @PersistenceUnit private EntityManagerFactory emf;

   public void myMethod() {
      EntityManager em = null;
      try {
         em = emf.createEntityManager();
         // do work with em
      } 
   } catch (SomeExceptions e) {
      // do rollbacks, logs, whatever if needed
   } finally {
      if (em != null && em.isOpen()) {
        // close this sucker
        em.clear();
        em.close();
      }
   }
}

一些注意事项：

  • 这适用于带有 Spring + Hibernate 的非完整 JEE 应用服务器
  • 我已经用 JDK 1.7 和 1.8 对其进行了测试，在泄漏方面没有区别。
  • 常规的 Apache Tomcat不是真正的 JEE 应用服务器（但是TomEE是）
  • 符合 Java EE 的应用服务器列表
于 2017-03-15T22:02:21.343 回答
0

您应该@Autowired从上面删除注释并从上下文定义文件中private EntityManager entityManager;删除bean 定义。entityManager此外，如果您不使用<context:annotation-config/>和<context:component-scan/>XML 标记，则必须PersistenceAnnotationBeanPostProcessor在上下文中定义 bean。

于 2014-08-20T13:52:26.380 回答