spring事务

Spring @Transactional

1> 事务注解方式: @Transactional

标注在类前：标示类中所有方法都进行事务处理
标注在接口、实现类的方法前：标示方法进行事务处理

经过本王亲测：同一个类中方法调用 如A调B
1.A没有事务，B有事务，B事务不生效
2.A有事务，B也有事务，则传播机制不生效，就是单纯的A事务了，相当于B是A的一部分。

以下各种传播机制针对不同service的调用。

只针对方法名的特定进行拦截，但无法利用方法签名的其它信息定位，如修饰符、返回值、方法入参、异常类型等。如果我们需要为同名不同参的同载方法配置不同事务就会出问题了。

Spring事务失效的几种原因
1、spring的事务注解@Transactional只能放在public修饰的方法上才起作用，如果放在其他非public（private，protected）方法上，虽然不报错，但是事务不起作用

2、如果采用spring+spring mvc，则context:component-scan重复扫描问题可能会引起事务失败。
如果spring和mvc的配置文件中都扫描了service层，那么事务就会失效。
原因：因为按照spring配置文件的加载顺序来讲，先加载springmvc配置文件，再加载spring配置文件，我们的事物一般都在srping配置文件中进行配置，如果此时在加载srpingMVC配置文件的时候，把servlce也给注册了，但是此时事物还没加载，也就导致后面的事物无法成功注入到service中。所以把对service的扫描放在spring配置文件中或是其他配置文件中。

3、如使用mysql且引擎是MyISAM，则事务会不起作用，原因是MyISAM不支持事务，可以改成InnoDB引擎

5、Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。

6、在业务代码中如果抛出RuntimeException异常，事务回滚；但是抛出Exception，事务不回滚；

7、如果在加有事务的方法内，使用了try…catch…语句块对异常进行了捕获，而catch语句块没有throw new RuntimeExecption异常，事务也不会回滚

8、在类A里面有方法a 和方法b， 然后方法b上面用 @Transactional加了方法级别的事务，在方法a里面 调用了方法b， 方法b里面的事务不会生效。原因是在同一个类之中，方法互相调用，切面无效 ，而不仅仅是事务。这里事务之所以无效，是因为spring的事务是通过aop实现的。

自身调用（调用同一个类的方式能够放松）时候，无论是以下哪种传播属性均是无效的，因为自身调用时的子方法压根就不会被AOP 代理拦截到

（自身调用事务失效解决方法1—在父方法中添加事务
自身调用事务失效解决方法2—将事务方法拆分到另外一个类中）

事务中的异步处理不会影响事务，即不在事务范围内

spring 事务隔离

 @Transactional(rollbackFor = BizException.class,isolation = Isolation.SERIALIZABLE)

public enum Isolation {
    DEFAULT(-1),
    READ_UNCOMMITTED(1),
    READ_COMMITTED(2),
    REPEATABLE_READ(4),
    SERIALIZABLE(8);
    }

这个是针对不同事务之间的隔离
如果无论什么隔离级别，同一个事务内，都是可以读到尾提交

AOP在同一个类中不起作用

@Service("installedRecordService")
public class InstalledRecordServiceImpl implements InstalledRecordService{
 
@Resource
private InstalledRecordMapper installedRecordMapper;
 
@Override
public void getInstalledApks() {
List<String> imeiSnCodes = installedRecordMapper.queryImeiCode();
if (imeiSnCodes != null && imeiSnCodes.size()> 0) {
for(int i=0;i<imeiSnCodes.size();i++){
getInstalledApk(imeiSnCodes.get(i));
 
}
}
}
 
 
@Redis(value=RedisKeys.INSTALLED_APK,keyArgs={0},sync=true,cacheNull=false,ttl=Constants.INSTALLED_APK_TIME,action=RedisAction.STAB_REDIS)
public List<InstalledRecord> getInstalledApk(final String code){
return installedRecordMapper.listByImeiSnCode(code);
}
}

我们首先调用的是AOP代理对象而不是目标对象。但是我们使用this.getInstalledApk(imeiSnCodes.get(i))时，this表示的是当前的对象，而不是代理对象，因此注解失效。

解决方法
1.方法一

最简单的方法就是将getInstalledApks()方法放在另外的一个类中进行调用，就不会出现这种问题了。代码省略。

2.方法二

暴露AOP代理对象：

3.方法三

往实现类中注入自身。 仍然在同一个类中调用代码

在用Aop切入方法时，注意方法的类型要设置成public共有类型！

Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。

事务失效：
private修饰
final /static修饰
未被spring管理
多线程：事务指同一个数据库i连接才能同时提交和回滚，如果在不同的线程中拿到不同的连接