什么是持久性上下文？答案

Persistence Context 是一个环境或缓存，其中实体实例（能够保存数据并因此能够被持久化）一个数据库）由 Entity Manager 管理。它将实体与数据库同步。所有具有 @Entity 注释的对象都能够被持久化。 @Entity 只不过是一个类，它帮助我们创建对象以便与数据库通信。对象通信的方式是使用方法。提供这些方法的是实体管理器。

【讨论】：

这个答案与现有答案有何不同？

【解决方案3】：

org.hibernate.Session API 和javax.persistence.EntityManager API 都表示处理持久数据的上下文。

这个概念称为持久性上下文。持久化数据具有与持久化上下文和底层数据库相关的状态。

【讨论】：

【解决方案4】：

通俗地说，Persistence Context 是一个管理实体的环境，即将“实体”与数据库同步。

【讨论】：

【解决方案5】：

持久化上下文表示持有数据并有资格在数据库等持久性存储中持久化的实体。一旦我们commit 一个会话下的事务附加了这些实体，Hibernate 刷新持久上下文并且对它们进行更改（插入/保存、更新或删除）持久化存储。

【讨论】：

【解决方案6】：

“由实体管理器实例在给定时间管理的一组可持久化（实体）实例”称为持久化上下文。

JPA @Entity 注解表示一个可持久化的实体。

请参考 JPA Definition here

【讨论】：

【解决方案7】：

取自this页面：

以下是 JPA 世界的速查表：

缓存是数据的副本，副本的意思是从数据库中提取但存在于数据库之外。
刷新缓存是将修改后的数据放回数据库的行为。
PersistenceContext 本质上是一个缓存。它还倾向于拥有自己的非共享数据库连接。
EntityManager 代表一个 PersistenceContext（因此也代表一个缓存）
EntityManagerFactory 创建一个 EntityManager（并因此创建一个 PersistenceContext/Cache）

【讨论】：

一个 PersisnteceContext 可以有任何 EntityManager 实例吗？一个实体管理器可以有任何 PersistenceContext 吗？ PersisntenceContext 只适用于所有应用程序？

【解决方案8】：

虽然@pritam kumar 给出了很好的概述，但第 5 点是不正确的。

Persistence Context 可以是 Transaction Scoped-- Persistence 上下文“存在”事务的长度，或扩展—— 持久性上下文跨越多个事务。

https://blogs.oracle.com/carolmcdonald/entry/jpa_caching

JPA 的 EntityManager 和 Hibernate 的 Session 提供了扩展的持久性上下文。

【讨论】：

您好 user2771889，您是对的，我没有提到持久性上下文的扩展范围。第 5 点与事务范围的持久性上下文有关。

【解决方案9】：

实体由 javax.persistence.EntityManager 实例使用持久性上下文管理。
每个 EntityManager 实例都与一个 持久性上下文相关联。
在持久性上下文中，管理实体实例及其生命周期。
持久化上下文定义了一个范围，在该范围内创建、持久化和删除特定实体实例。
持久性上下文就像一个缓存，其中包含一组持久性实体，所以一旦事务完成，所有持久化对象都从 EntityManager 的持久化上下文中分离出来，不再被管理。

【讨论】：

我发现 EclipseLink 在事务完成后不会分离实体...
容器管理的持久性上下文的缓存将仅在事务期间保留。事务中读取的实体将在事务完成后分离，需要合并才能在后续事务中进行编辑。 EclipseLink。 @RayHulha
@pritamkumar，您很好地解释了持久性上下文的概念。我只是补充一点，还有 javax.persistence.PersistenceContext 注释，用于注入 EntityManager 对象并建立注入对象的范围（例如，事务）。
那么为什么这不是一个实现细节，为什么我必须手动指定我的 EntityManager 才能使用 PersistenceContext ？