目录

一、方法使用try/catch。

二、同类中方法的互相调用。

一、方法使用try/catch。

      失效代码

@Override
	@Transactional
	public RrcResponse addShopingCart(AddShopingCartModel addShopingCartModel) {
		RrcResponse response = new RrcResponse(CodeMsg.SUCCESS);
		//校验参数
		OrderCart cart = OrderTransfModel.getOrderCart(addShopingCartModel);
		if (!validateForInsert(cart)) {
			return new RrcResponse(CodeMsg.POC_ERROR_PARAMETER);
		}
		try {
			cart.setStatus(ConstantsEnum.ORDERCART_STATUS_ADD.getIndexInt());
			EntityUtils.setCreatAndUpdatInfo(cart);
	        mapper.insertSelective(cart);
			int i = 1/0;
		} catch (Exception e) {
			return new RrcResponse(CodeMsg.POC_ERROR_ADDCART);
		}
		
		return response;
	}

      失效原因：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获runtimeexception的异常。

      解决方案

       1.在catch中手动throw new 你的异常。

throw new RuntimeException();

       2.手动执行回滚。

try {
			cart.setStatus(ConstantsEnum.ORDERCART_STATUS_ADD.getIndexInt());
			EntityUtils.setCreatAndUpdatInfo(cart);
	        mapper.insertSelective(cart);
			int i = 1/0;
		} catch (Exception e) {
			TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
			return new RrcResponse(CodeMsg.POC_ERROR_ADDCART);
		}

二、同类中方法的互相调用。

       失效代码

@Service
public class TestService {
 
	@Override
	public RrcResponse addShopingCart(AddShopingCartModel addShopingCartModel) {
		RrcResponse response = new RrcResponse(CodeMsg.SUCCESS);
		test(cart);
		int i = 1/0;
		return response;
	}

	@Transactional
	public void test(OrderCart cart) {
		EntityUtils.setCreatAndUpdatInfo(cart);
        mapper.insertSelective(cart);
	}
}

      生效代码 注解互换位置 或另外加一个service调用 不在同一类当中

@Service
public class TestService {
 
	@Override
    @Transactional
	public RrcResponse addShopingCart(AddShopingCartModel addShopingCartModel) {
		RrcResponse response = new RrcResponse(CodeMsg.SUCCESS);
		test(cart);
		int i = 1/0;
		return response;
	}

	public void test(OrderCart cart) {
		EntityUtils.setCreatAndUpdatInfo(cart);
        mapper.insertSelective(cart);
	}
}

      原因说明 动态代理的缘故

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

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

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

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

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

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