一些令人困惑的解释： 冲洗（）；刷新是将底层持久存储与内存中保存的持久状态同步的过程。它会在正在运行的事务中更新或插入表中，但它可能不会提交这些更改。
如果无论如何更改都只会在提交后保留在数据库中，那么为什么要在代码中间刷新。
并且在运行刷新之后，如果对托管对象进行了任何更改，那么这将引发异常，或者那些会被同步，然后将被持久化。如果它们再次同步，那么为什么要首先刷新。
【问题讨论】：
标签： java jpa entitymanager
理论上，您（作为 JPA 的用户）永远不应该（或在极少数情况下）拨打flush()。
刷新是同步底层持久化的过程 存储在内存中的持久状态
换句话说，在flush() 上，数据库上实际调用了所有插入、更新、删除或任何语句，在flush() 之前，您的数据库上什么也没有发生。刷新是由事务的提交或某些类型的数据库读取引起的。例如，如果您执行 JPQL 查询，则必须执行 flush() 才能从数据库中获取正确的结果。但这很高兴知道并完全由您的 JPA 实现处理。
在某些情况下，您可能希望自己控制此刷新，然后您可以使用flush() 调用它。
编辑回答评论中的问题：
并非每次读取都需要刷新，请考虑这种情况（一个事务）：
Person p = em.find(Person.class, 234) p.setAge(31)
Building b = em.find(Building.class, 123
select b from Building b where b.id = 123
自动flush只发生在 4. 之前，因为 Eclipselink 不能确定你要读什么，所以这个人的年龄必须在数据库上是最新的，才能进行这个读操作。 3. 之前不需要刷新，因为 Eclipselink 知道对人的更新不会影响建筑物。
要使用乐观锁定，您必须实现它。在此处阅读@Version 注释：https://blogs.oracle.com/carolmcdonald/entry/jpa_2_0_concurrency_and。否则，您的实体将不会使用乐观锁定并且“最后更新获胜”。
【讨论】：
当事务提交时，实体管理器会为您进行刷新。在某些情况下，例如在容器管理的事务中处理乐观锁定，您可能需要手动调用 flush 方法来捕获和处理特定的锁定异常。
【讨论】：
shared-cache-mode 设置为NONE