我正在学习JPA,示例中的一般模式似乎如下:
EntityManager em = factory.createEntityManager();
em.getTransaction().begin();
// ....
em.getTransaction().commit();
em.close();
Run Code Online (Sandbox Code Playgroud)
现在我想知道为什么我们不断创建和关闭EntityManagers,而不是保持开放并且只是开始新的交易?保持开放与关闭它的好处和成本是什么?
我想到了两个特定于JPA的原因:
不保证EntityManager是JPA规范的线程安全.因此,便携式JPA应用程序一次只能在一个线程中使用EM.创建方法本地EM并在它超出范围之前关闭它的习惯用法鼓励对EM引用进行堆栈限制.
使用"扩展"持久性上下文生命周期的EM为其整个存在维护单个持久性上下文.这意味着实体会自动停止分离commit().相反,它们必须手动分离,否则EM仍负责跟踪它们.
这个问题实际上是旧的"何时汇集对象"问题的JPA特定版本.这是一个艰难的,但答案可能是"很少".
Java并发专家Brian Goetz撰写的这篇旧的developerWorks文章阐述了这一点.要点:池对于昂贵的对象(如数据库连接)非常有意义.但对于像EntityManager这样的短期,小型和快速初始化的对象,汇集或其他形式的长期参考保留是一个很难的问题.
但是,这是一个普遍的问题,所以必然会有例外.也许应用程序很简单或单线程.然后这些关于线程安全的担忧变得没有实际意义.
保持实体管理器打开可防止它返回连接池的连接.
这可能导致几个问题,尤其是在Web应用程序中,例如,当池运行满并且达到最大连接大小时,没有其他用户可以获得阻止该用户访问数据库的数据库连接.
在这种情况下,最好有一个短生命的实体管理器,例如在请求开始时打开实体管理器,并在请求结束时关闭它(可以用监听器/拦截器完成......).然后,实体将变为分离状态,如果要再次使用它们,则必须重新连接它们(使用实体管理器的合并操作).
| 归档时间: |
|
| 查看次数: |
9535 次 |
| 最近记录: |