@Transactional spring 配置事务 注意事项

@Transactional spring 配置事务 注意事项

 

 

近日来,发现有很多童鞋询问:“Mybatis整合Spring3,事务注解为何不起作用? ”,“已经声明了事务,但是无法回滚。。。”“Mybatis如果配置事务,Spring配置没起作用啊!”等等,实际上,无论怎么问或者怎么贴出代码,实际上没有人能够帮你解决这个问题的,首先Spring事务处理方式目前有五种,你用的到底是哪一种呢?回答问题的大神们不清楚,因此他们的回答和招在你那里不会起作用,因此,无论是哪一种事务处理方式首先你要弄明白你用的是哪一种,如果是杂交方式,建议选择事务处理的第四种方式:使用tx标签配置的拦截器,这个简单而且容易上手,如果用这种方式还有问题,那请往下看,有很大可能性是由于这些原因造成的,我们在罗列代码的时候一定要知其然还要知其所以然,这样你不仅能够快速的解决自己的问题,还能够把该问题解决办法与他人共享!

 

 

1. 在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上

2. @Transactional 注解只能应用到 public 可见度的方法上 。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不会报错, 但是这个被注解的方法将不会展示已配置的事务设置。

3. 注意仅仅 @Transactional 注解的出现不足于开启事务行为,它仅仅 是一种元数据。必须在配置文件中使用配置元素,才真正开启了事务行为。

4. 通过 元素的 "proxy-target-class" 属性值来控制是基于接口的还是基于类的代理被创 建。 如果 "proxy-target-class" 属值被设置为 "true",那么基于类的代理将起作用(这时需要CGLIB库cglib.jar在CLASSPATH中)。如果 "proxy-target-class" 属值被设置为 "false" 或者这个属性被省略,那么标准的JDK基于接口的代理将起作用。

<!-- JTA事务(非分布式事务), 事务配置的时候 ,不能指定dataSource属性(分布式事务,是有全局事务来管理数据库链接的)--> 
<!-- 标准的JDK基于接口的代理将起作用 -->
<!-- aop切面 -->
    <aop:aspectj-autoproxy proxy-target-class="false" />

<!-- 基于类的代理将起作用 ,同时 cglib.jar必须在CLASSPATH中 -->
<!-- aop切面 -->
    <aop:aspectj-autoproxy proxy-target-class="true" />

  解@Transactional cglib与java动态代理最大区别是代理目标对象不用实现接口, 那么注解要是写到接口方法上,要是使用cglib代理,这是注解事物就失效了,为了保持兼容注解最好都写到实现类方法上。

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

6. @Transactional 的事务开启 ,或者是基于接口的 或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法,事务是不会起作用的

public interface PersonageTempService {
	//删除指定id的Personage
	public void del(Integer Personageid) ;

	//删除指定id的Personage,flag
	public void del(Integer Personageid,boolean flag) ;
	}

	public class PersonageTempServiceBean implements PersonageTempService {
		private JdbcTemplate jdbcTemplate;

		public void del(Integer Personageid){
			try{
				this.del(Personageid,true)
				System.out.println("del success");
			}catch(Exception e){
				System.out.println("del failed");
			}
		}

		@Transactional
		//此时,事务根本就没有开启, 即数据库会默认提交该操作,即记录别删除掉
		public void del(Integer Personageid,boolean flag){
			if(flag == ture){
				jdbcTemplate.update("del from Personage where id=?", new Object[]{Personageid}, new int[]{java.sql.Types.INTEGER});
				throw new RuntimeException("运行期例外");
			}
		}
	}

	public class PersonageTempServiceBeanTest{
		PersonageTempService ps = new PersonageTempServiceBean ();
		ps.del(5);
	}
}

 7. Spring使用声明式事务处理,默认情况下, 如果被注解的数据库操作方法中发生了unchecked异常,所有的数据库操作将rollback ;如果发生的异常是checked异常,默认情况下数 据库操作还是会提 交的。

public interface PersonageService {
	//删除指定id的Personage
	public void del(Integer Personageid) ;

	//获取Personage
	public Personage getPersonage(Integer Personageid);
	}

	//PersonageServiceBean 实现了PersonageService 接口,则基于接口的还是基于类的代理 都可以实现事务
	@Transactional public class PersonageServiceBean implements PersonageService {
	private JdbcTemplate jdbcTemplate;

	//发生了unchecked异常,事务回滚, @Transactional
	public void del(Integer Personageid){
		jdbcTemplate.update("del from Personage where id=?", new Object[]{Personageid},
		new int[]{java.sql.Types.INTEGER});
		throw new RuntimeException("运行期例外");
	}
}
 
public interface PersonageService {
	//删除指定id的Personage
	public void delete(Integer Personageid) throws Exception;

	//获取Personage
	public Personage getPersonage(Integer Personageid);
	}

	@Transactional
	public class PersonageServiceBean implements PersonageService {

	//发生了checked异常,事务不回滚,即数据库记录仍能被删除,
	//checked的例外,需要我们在外部用try/catch语法对调用该方法的地方进行包含 @Transactional
	public void delete(Integer Personageid) throws Exception{
		jdbcTemplate.update("delete from Personage where id=?", new Object[]{Personageid},
		new int[]{java.sql.Types.INTEGER});
		throw new Exception("运行期例外");
	}
}

 但是,对于checked这种例外,默认情况下它是不会进行事务回滚的,但是 如果我们需要它进行事务回滚,这时候可以在delete方法上通过@Transaction这个注解来修改它的行为。

@Transactional
public class PersonServiceBean implements PersonService {

	@Transactional(rollbackFor=Exception.class)
	//rollbackFor这属性指定了,既使你出现了checked这种例外,那么它也会对事务进行回滚
	public void delete(Integer personid) throws Exception{
		jdbcTemplate.update("delete from person where id=?", new Object[]{personid},
		new int[]{java.sql.Types.INTEGER});
		throw new Exception("运行期例外");
	}
}
 

在PersonServiceBean这个业务bean里面,有一些事务是不需要事务管理的,好比说获取数据的getPersons方法,getPerson方法。因为@Transactional 放在了类的上面。


此时,可 以采用propagation这个事务属性 @Transactional(propagation=Propagation.NOT_SUPPORTED),propagation这个属性指定了 事务传播行为,我们可以指定它不支持事务,当我们这么写了之后,Spring容器在getPersons方法执行前就不会开启事务 .

@Transactional
public class PersonServiceBean implements PersonService {
	@Transactional(propagation=Propagation.NOT_SUPPORTED)
	//则此方法 就不会开启事务了
	public Person getPerson(Integer personid)
	{
	}
}
 

 

 

在使用@Transactional注解时,有几个注意事项需要牢记: 1. 开启事务管理:确保你的应用程序已经配置事务管理器,以便@Transactional注解能够生效。这通常需要在配置文件中配置一个事务管理器(如Spring中的PlatformTransactionManager),并将其与你的数据源相关联。 2. 作用范围:@Transactional注解可以应用于类级别或方法级别。当应用于类级别时,所有在该类中定义的方法都将具有事务管理。当应用于方法级别时,只有被注解的方法才会被事务管理。 3. 事务传播行为:@Transactional注解允许你设置事务的传播行为。默认情况下,事务传播行为为REQUIRED,这意味着如果当前没有事务存在,则创建一个新的事务;如果已存在事务,则加入到该事务中。你还可以根据需要设置其他传播行为,如REQUIRES_NEW、SUPPORTS、NOT_SUPPORTED等。 4. 异常处理:当使用@Transactional注解时,如果被注解的方法抛出了未捕获的异常,事务将会回滚。你可以使用rollbackFor属性来指定哪些异常触发回滚操作。另外,你还可以通过使用noRollbackFor属性来指定哪些异常不触发回滚操作。 5. 事务超时:你可以通过timeout属性设置事务的超时时间(以秒为单位)。如果事务的执行时间超过了指定的超时时间,事务将会被强制回滚。 6. 异步方法:在异步方法上使用@Transactional注解可能会导致事务失效。这是因为事务管理器无法拦截异步方法的调用。如果你需要在异步方法中使用事务,请确保你的异步方法是通过另一个被注解的方法调用的。 7. 自我调用:当在同一个类中的一个被注解方法直接调用另一个被注解的方法时,事务可能不会生效。这是因为Spring AOP使用了基于代理的机制,只有通过代理对象调用才能触发事务的拦截。为了解决这个问题,你可以将被调用的方法抽取到另一个类中,并通过依赖注入来获取该类的实例。 这些是使用@Transactional注解时需要注意的一些事项。遵循这些注意事项可以确保事务的正确性和一致性。同时,建议在使用@Transactional注解之前对事务管理和相关概念进行深入了解,以便更好地应用和调整事务处理行为。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值