JPA EntityManager 大内存问题

And*_*daP 5 java spring hibernate jpa entitymanager

我在使用 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;
    [...]
Run Code Online (Sandbox Code Playgroud)

使用通用 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" />
Run Code Online (Sandbox Code Playgroud)

我认为最大的问题是使用这个共享的 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".
Run Code Online (Sandbox Code Playgroud)

这大概是EntityManager没有清除吧?

Tim*_*ote 3

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

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

确实在某些情况下您需要一个长期存在的 EntityManager,但这些情况相对较少,并且需要大量的理解才能正确实现。

*注意:OpenSessionInView 需要非常小心以避免N+1 问题。这是一个很大的问题,以至于有些人将 View 中的 Open Session 称为 AntiPattern。谨慎使用。

编辑

此外,您也不需要@PersistenceContext使用来注释元素@Autowired。接线@PersistenceContext本身。