我认为可以总结您问题的答案。几乎所有的JPA操作都需要事务，除了不锁定实体的查找/选择（即，任何不更改数据的JPA操作）。
（JTA事务范围的实体管理器） 对于JTA事务范围的实体管理器，最好从规范中引用（第3章实体操作）：
当使用具有事务范围的持久性上下文的实体管理器时，必须在事务上下文中调用persist，merge，remove和refresh方法。如果没有事务上下文，则抛出javax.persistence.TransactionRequiredException。
指定除LockModeType.NONE以外的其他锁定模式的方法必须在事务上下文中调用。如果没有事务上下文，则抛出javax.persistence.TransactionRequiredException。
无需在事务上下文中调用find方法（假设它不带锁地调用或使用LockModeType.NONE调用）和getReference方法。如果使用具有事务范围持久性上下文的实体管理器，则将分离结果实体；否则，将分离结果实体。如果使用具有扩展持久性上下文的实体管理器，则将对其进行管理。有关在交易外部使用实体管理器的信息，请参见第3.3节。
（应用程序管理的/资源本地的实体管理器）
对于应用程序管理的实体管理器，JPA规范对此行为不清楚。在Hibernate的情况下，当不在事务内部时发生的事情非常复杂（它还可能取决于JDBC驱动程序和数据库连接的自动提交模式）。查看Hibernate关于该主题的文章。 基本上，强烈建议您始终对上述操作使用事务。
对于问题的第二部分：如果您调用了受管实体的setter，并且没有刷新就将其分离（即在事务提交之前），则该行为尚不清楚/不确定，即您应该更正代码。
错误代码示例：
//begin TransactionMyEntity entity = em.find(MyEntity.class, 1L);entity.setField("New value");em.detach();//it is not sure whether the "New value" will be persisted. To make sure it is persisted, ypu need to call em.flush() before detaching//commit Transaction通常，如果数据库操作 的顺序（与实体管理器操作的顺序不同 ）并不重要，则可以让JPA实现来决定何时刷新（例如，在事务提交时）。
