spring抛异常之后的事务回滚

spring 的声明式事务注解@Transactional，只在抛出RuntimeException异常的时候，才会回滚。只抛出普通Exception的话，不会回滚。如：

 

 @Transactional
    public void upgradeTalent(User user, Date updateAt) throws Exception {
		TalentLevel levelOne = talentLevelService.getTalentLevel(1);
		long levelId = levelOne.getTalentLevelId();
		user.setTalentLevelId(levelId);
		user.setUpdateAt(updateAt);
		user.setUpdateBy(user.getUserId());
		user.setUpdateType(1); //前台更新类型
		int beans = levelOne.getBeans();
		user.setBeans(user.getBeans() + beans);
		userService.updateField(user,"talentLevelId,updateAt,updateBy,updateType,beans");
		
		Integer.parseInt("fsdf");
//			throw new Exception("非运行期的普通异常");
		Talent talent = new Talent();
		talent.setCreateAt(updateAt);
		talent.setUserId(user.getUserId());
		talent.setTalentLevelId(levelId);
		talent.setUpdateAt(updateAt);
		talent.setUpdateBy(talent.getTalentId());
		talent.setUpdateType(1);//前台更新类型
		talent.setLastUpgradeAt(updateAt);
		long talentId = creat(talent);
    	
    }

 

      这个upgradeTalent方法以 Integer.parseInt("fdfs")为界，分为两个事务，userService.updateField和creat(talent)，整个upgradeTalent方法加了注解，是一个大事务，要么userService.updateField和creat(talent)同时成功，要么同时失败。

       上面的Integer.parseInt("fdfs")方法会抛出NumberFormatException，这个异常是RuntimeException的一个子类，所以事务会回滚，没有更新到User表和Talent表。如果这时候把上面Integer.parseInt("fdfs")改为手动抛出一个非RuntimeException，如改成：throw new Exception("普通异常")，当方法执行到抛出异常这行代码时，即使整个方法加了@Transactional的注解，事务也不会回滚，user表已经被更新，造成脏数据。

所以，在使用spring @Transactional注解的时候，要注意一下。

另外，用Integer.parseInt("fdfs")这句代码，是为了验证发生异常后事务回滚的问题，实际情况可能是其它原因造成异常。

RuntimeException继承Exception

       其实Transactional在定义的时候，也说明了事务的使用范围：RetentionPolicy.RUNTIME

@Target({ElementType.METHOD, ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional