Spring事务代理

Spring是以代理的方式实现对事务的管理。我们在Action中所使用的Service对象，其实是代理对象的实例，并不是我们所写的Service对象实例。既然是两个不同的对象，那为什么我们在Action中可以象使用Service对象一样的使用代理对象呢？为了说明问题，假设有个Service类叫AService，它的Spring事务代理类为AProxyService，AService实现了一个接口 IAService （这里多了一个接口IAService，是为了说明接口代理的方式）。

Spring事务代理方式有两种，一种是类代理方式，一种是接口代理方式。在Spring的配置文件中可以指定代理方式，目前我们使用的都是类代理方式。 //以下配置指定为类代理方式

<property name="proxyTargetClass"><value>true</value></property>

1、类代理方式

类代理方式的实现方式是通过继承的方式来实现，下面用伪代码来说明。

interface IAService{
  public void save(ValueObject object);

}

class AService implements IAService{
  public void save(ValueObject object){ ... }

}

// Spring自动生成的代理类.

class AProxyService extends AService{
  public void save(ValueObject object){
      try{
         启动事务的代码;
          super.save(object);
         提交事务的代码;
      }catch(Exception e){
         回滚事务的代码;
      }
  }

}

在Action的调用代码:

AService a = (AService)getBean("aProxyServiceBeanName");

这里 getBean("aProxyServiceBeanName") 得到的是 AProxyService 类的实例，因为AProxyService是AService的一个子类，所以这里可以强制转型为AService。我们后面调用a.save(object)的时候，调用的是AProxyService.save()方法，而这个方法是有事务处理的。Spring就是这样实现了事务管理。 // 下面的这行代码也是同样的效果。

IAService a = (IAService)getBean("aProxyServiceBeanName");

Spring通过CGLib来实现了类代理方式。


2、接口代理方式

接口代理方式是通过实现接口，引用类实例来实现的，所以这里一定要有一个接口IAService，而类代理方式是不需要这个接口的。

// Spring自动生成的代理类.

class AProxyService implements IAService{
  private AService aService;
   public void setAService(AService aService){
     this.aService = aService;
  }
   public void save(ValueObject object){
      try{
         启动事务的代码;
         aService.save(object); // 注意这行代码与上面的不同。
         提交事务的代码;
      }catch(Exception e){
         回滚事务的代码;
      }
  }

}

在Action的调用代码:

AService a = (AService)getBean("aProxyServiceBeanName");

上面这行代码会报ClassCastException错误，因为 getBean("aProxyServiceBeanName") 得到的是 AProxyService 类的实例，而AProxyService实例并不能转型为AService类型，虽然两者都实现了同一个接口，但他们之间并没有继承关系。就象ArrayList 和 LinkedList，他们可以转换成List，但他们之间并不能互相转换。所以这里必须这样使用：

IAService a = (IAService)getBean("aProxyServiceBeanName"); // 要转换成接口类型。

调用a.save() 方法其实就是调用 AProxyService.save() 方法。

 

事物注解方式: @Transactional

当标于类前时, 标示类中所有方法都进行事物处理

例子:

@Transactional
public class TestServiceBean implements TestService {}

当类中某些方法不需要事物时:

@Transactional
public class TestServiceBean implements TestService {
    
    private TestDao dao;
    
    public void setDao(TestDao dao) {
        this.dao = dao;
    }
    
    @Transactional(propagation = Propagation.NOT_SUPPORTED)
    public List<Object> getAll() {
        return null;
    }
    
}

事物传播行为介绍: 
@Transactional(propagation=Propagation.REQUIRED) 
如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)
@Transactional(propagation=Propagation.NOT_SUPPORTED) 
容器不为这个方法开启事务
@Transactional(propagation=Propagation.REQUIRES_NEW) 
不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
@Transactional(propagation=Propagation.MANDATORY) 
必须在一个已有的事务中执行,否则抛出异常
@Transactional(propagation=Propagation.NEVER) 
必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS) 
如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.

事物超时设置:
@Transactional(timeout=30) //默认是30秒

事务隔离级别:
@Transactional(isolation = Isolation.READ_UNCOMMITTED)
读取未提交数据(会出现脏读, 不可重复读) 基本不使用
@Transactional(isolation = Isolation.READ_COMMITTED)
读取已提交数据(会出现不可重复读和幻读)
@Transactional(isolation = Isolation.REPEATABLE_READ)
可重复读(会出现幻读)
@Transactional(isolation = Isolation.SERIALIZABLE)
串行化

MYSQL: 默认为REPEATABLE_READ级别
SQLSERVER: 默认为READ_COMMITTED

脏读 : 一个事务读取到另一事务未提交的更新数据
不可重复读 : 在同一事务中, 多次读取同一数据返回的结果有所不同, 换句话说, 
后续读取可以读到另一事务已提交的更新数据. 相反, "可重复读"在同一事务中多次
读取数据时, 能够保证所读数据一样, 也就是后续读取不能读到另一事务已提交的更新数据
幻读 : 一个事务读到另一个事务已提交的insert数据