spring入门初体验（4）----事务的传播行为和隔离级别_数据库线程池url配置成远程-优快云博客

本文深入探讨Spring框架中的事务管理机制，包括传播行为、隔离级别、只读标记及超时设置等核心概念。通过实例演示不同传播行为的效果，帮助读者理解如何在实际应用中合理配置这些属性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

传播行为即指的是：在一个事务方法中调用另外一个事务方法。

Spring中事务的定义：
一、Propagation ：

　　key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用：

PROPAGATION_REQUIRED--支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。（默认）
PROPAGATION_SUPPORTS--支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_MANDATORY--支持当前事务，如果当前没有事务，就抛出异常。
PROPAGATION_REQUIRES_NEW--新建事务，如果当前存在事务，把当前事务挂起。
PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
PROPAGATION_NEVER--以非事务方式执行，如果当前存在事务，则抛出异常。

例子进行测试：

在入门体验（3）的基础上我们加上同时能买几本书的接口和实现类：

package com.tian.tx;

import java.util.List;

public interface Cashier {

	//买多本书
	public void checkout(String username,List<String> isbns);
	
}

package com.tian.tx;

import java.util.List;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Propagation;
import org.springframework.transaction.annotation.Transactional;


@Service("cashier")
public class CashierImpl implements Cashier {

	@Autowired
	private BookShopService bookShopService;
	
	@Transactional
	@Override
	public void checkout(String username, List<String> isbns) {
		// TODO Auto-generated method stub
		for(String isbn : isbns){
			bookShopService.purchase(username, isbn);
		}
		
	}

}

测试：

private ApplicationContext ctx =null;
	private BookShopDao bookDao = null;
	private Cashier cashier = null;
	
	private BookShopService bs =null;
	{
		ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
		bookDao = ctx.getBean(BookShopDao.class);
		
		bs = ctx.getBean(BookShopService.class);
		
		cashier = ctx.getBean(Cashier.class);
	}
	
	@Test
	public void test5(){
		cashier.checkout("AA", Arrays.asList("1001","1002"));
	}

解析结果，由于transaction的 Propagation 属性默认的是REQUIRED，最后大家看到的运行结果是，抛出余额异常，库存数据也没有发生改变。仔细分析，我们就会发现两本书共130，这是我们还剩100元，其实是可以买一本书的，所以我们在传播方式上可以理解为在打的transaction里面在建立若干新的transaction，来执行分步骤的过程。这样就们在BookShopServiceImpl.java中把Propagation 属性设置为REQUIRED_NEW。运行测试，我们分析就会发现，结果还是抛出余额异常，可是钱只是40块，1001号减少的1本，正好扣的这本书的60块，符合实际。

二、事务的隔离级别
1、序列化(Serializable)：最严格的Spring事务隔离级别，事务串行执行，资源消耗最大；除了防止脏读，不可重复读外，还避免了幻像读。
2、可重复读取(REPEATABLE READ)：保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但是带来了更多的性能损失。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
3、授权读取(READ COMMITTED):大多数主流数据库的默认Spring事务隔离等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”。该级别适用于大多数系统。另外一个事务不能读取该事务未提交的数据
4、未授权读取(Read Uncommitted)：保证了读取过程中不会读取到非法数据。Spring事务隔离级别在于处理多事务的并发问题。这种隔离级别会产生脏读，不可重复读和幻像读。
　　隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、虚读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

Spring中的配置如下：

@Transactional(propagation=Propagation.REQUIRES_NEW,
   isolation=Isolation.READ_COMMITTED,
   noRollbackFor={UserAccountException.class},
   readOnly=false,
   timeout=1)

三、readOnly
事务属性中的readOnly标志表示对应的事务应该被最优化为只读事务。这是一个最优化提示。在一些情况下，一些事务策略能够起到显著的最优化效果，例如在使用Object/Relational映射工具（如：Hibernate或TopLink）时避免dirty checking（试图“刷新”）。

四、Timeout

在事务属性中还有定义“timeout”值的选项，指定事务超时为几秒。在JTA中，这将被简单地传递到J2EE服务器的事务协调程序，并据此得到相应的解释。