@Transactional的自调用失效问题

 注解@transactional的底层实现是Spring AOP技术，而Spring AOP技术使用的是动态代理。这就意味着对于静态（static）方法和非public方法，注解@Transactional是失效的。还有一个更为隐秘的，而且在使用过程中极其容易犯错误的——自调用。

 所谓的自调用是指一个类的一个方法去调用自身另外一个方法的过程。看代码:

	@Transactional(propagation = Propagation.REQUIRES_NEW,isolation = Isolation.READ_COMMITTED)
	public int insertRole(Role role) {
		return roleMapper.insertRole(role);
	}
	
	@Transactional(propagation = Propagation.REQUIRED,isolation = Isolation.READ_COMMITTED)
	public int insertRoleList(List<Role> roleList){
		int count = 0;
		for(Role role : roleList){
			try{
				insertRole(role);
				count++;
			} catch (Exception ex) {
				ex.printStackTrace();
			}
		}
		return count;
	}

 每次角色的插入都使用了同一事务，也就是说在insertRole上标注的@Transactional失效了。

 出现这个问题的根本原因在于AOP的实现原理。由于@Transactional的实现原理是AOP，而AOP的实现原理是动态代理，而在代码中

使用的是自己调用自己的过程。换句话说，并不存在代理对象的调用，这样就不会产生AOP去为我们设置@Transactional配置的参数，这样

就出现了自调用注解失效的问题。

 为了克服这个问题，一方面可以写在两个服务类。另一方面，你也可以直接从容器中获取RoleService的代理对象：

	@Transactional(propagation = Propagation.REQUIRED,isolation = Isolation.READ_COMMITTED)
	public int insertRoleList(List<Role> roleList){
		int count = 0;
		RoleService service = ctx.getBean(RoleService.class);
		for(Role role : roleList){
			try{
				service.insertRole(role);
				count++;
			} catch (Exception ex) {
				ex.printStackTrace();
			}
		}
		return count;
	}

 从容器获取对象的方法克服了自调用的过程，但是有一个弊端，就是从容器获取代理对象的方法有侵入之嫌，你的类需要依赖

于Spring IOC容器，可以使用另外一个服务类去调用。