首先，由于Spring本身并不执行持久性，因此无法指定readOnly确切含义。该属性仅是提供者的提示，其行为取决于（在这种情况下）Hibernate。
如果指定readOnly为true，则刷新模式将设置为FlushMode.NEVER当前的Hibernate Session中的状态，以防止会话提交事务。
此外，将在JDBC连接上调用setReadOnly（true），这也是对基础数据库的提示。如果你的数据库支持它（很可能会这样做），则其效果与基本上相同FlushMode.NEVER，但是它更强大，因为你甚至无法手动刷新。
现在，让我们看看事务传播是如何工作的。
如果未明确设置readOnly为true，则将具有读/写事务。根据事务属性（如REQUIRES_NEW），有时你的事务在某个时候被挂起，新的事务开始并最终提交，然后恢复第一笔事务。
好，我们快到了。让我们看看导致readOnly这种情况的原因。
如果读/写事务中的方法调用需要readOnly事务的方法，则应暂停第一个方法，因为否则将在第二个方法的末尾进行刷新/提交。
相反，如果再次从需要read / write的readOnly事务中调用方法，则第一个方法将被挂起，因为它无法刷新/提交，而第二个方法则需要该方法。
在readOnly-to-readOnly和读/写到读/写的情况下，不需要暂停外部事务（除非你另外指定传播，否则显然）。
602392714
清零编程群