好的问题，尽管不是一个简单的答案。
Propagation
定义事务之间的关系。常用选项：
Required
：代码将始终在事务中运行。创建一个新事务或重用一个事务（如果有）。Requires_new
：代码将始终在新事务中运行。如果存在当前事务，则将其挂起。
Isolation
定义事务之间的数据契约。
Read Uncommitted
：允许脏读。Read Committed
：不允许脏读。Repeatable Read
：如果在同一事务中两次读取一行，结果将始终相同。Serializable
：按顺序执行所有事务。
在多线程应用程序中，不同的级别具有不同的性能特征。我认为，如果你了解dirty reads概念，便可以选择一个不错的选择。
何时发生脏读的示例：
thread 1 thread 2 | | write(x) | | | | read(x) | | rollback | v v value (x) is now dirty (incorrect)
因此，可以设置一个合理的默认值（如果可以要求的话）Read Committed，它只能让你读取传播级别为的其他正在运行的事务已提交的值Required。然后，如果你的应用程序有其他需求，则可以从那里开始工作。
一个实际的例子，说明在进入
provideService例程时总是创建新事务，而在离开时总是在其中完成：
public class FooService { private Repository repo1; private Repository repo2; @Transactional(propagation=Propagation.REQUIRES_NEW) public void provideService() { repo1.retrieveFoo(); repo2.retrieveFoo(); }}如果我们改为使用
Required，则在进入例程时如果事务已经打开，则事务将保持打开状态。还要注意，a的结果
rollback可能会有所不同，因为多次执行可能会参与同一事务。
我们可以通过测试轻松验证行为，并查看结果随传播级别的不同：
@RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations="classpath:/fooService.xml")public class FooServiceTests { private @Autowired TransactionManager transactionManager; private @Autowired FooService fooService; @Test public void testProvideService() { TransactionStatus status = transactionManager.getTransaction(new DefaultTransactionDefinition()); fooService.provideService(); transactionManager.rollback(status); // assert repository values are unchanged ... }传播水平为
Requires new
：我们希望fooService.provideService()
它不会回滚，因为它创建了它自己的子事务。Required
：我们希望一切都回滚而后备存储保持不变。
