现在产品期望用户创建和保存逻辑分离:把User实例的创建和保存逻辑拆到两个方法分别进行。
然后,把事务的注解 @Transactional 加在保存数据库的方法上。
执行程序,异常正常抛出
事务未回滚
debug:
前一段是 Spring 创建 Bean 的过程。当 Bean 初始化之后,开始尝试代理 *** 作,这是从如下方法开始处理的:
public Object postProcessAfterInitialization(@Nullable Object bean, String beanName) { if (bean != null) { Object cacheKey = getCacheKey(bean.getClass(), beanName); if (this.earlyProxyReferences.remove(cacheKey) != bean) { return wrapIfNecessary(bean, beanName, cacheKey); } } return bean; }
继续 debug,直到
AopUtils#canApply针对切面定义里的条件,确定这个方法是否可被应用创建成代理。
有段 methodMatcher.matches(method, targetClass) 判断这个方法是否符合这样的条件:
public static boolean canApply(Pointcut pc, Class> targetClass, boolean hasIntroductions) { // ... for (Class> clazz : classes) { Method[] methods = ReflectionUtils.getAllDeclaredMethods(clazz); for (Method method : methods) { if (introductionAwareMethodMatcher != null ? introductionAwareMethodMatcher.matches(method, targetClass, hasIntroductions) : methodMatcher.matches(method, targetClass)) { return true; } } } return false; }
从 matches() 调用到
获取注解中的事务属性,根据属性确定事务的策略。
接着调用到
根据方法和类的类型确定是否返回事务属性:
当上图中条件判断结果为 true,则返回 null,表明该方法不会被代理,从而导致事务注解不会生效。
那到底是不是 true 呢?
条件1:allowPublicMethodsonly()AnnotationTransactionAttributeSource#publicMethodsOnly属性值
publicMethodsonly 是通过 AnnotationTransactionAttributeSource 的构造方法初始化的,默认为 true。
根据传入的 method.getModifiers() 获取方法的修饰符,该修饰符是 java.lang.reflect.Modifier 的静态属性,对应的几类修饰符分别是:
- PUBLIC: 1
- PRIVATE: 2
- PROTECTED: 4
这里做了一个位运算,只有当传入的方法修饰符是 public 类型的时候,才返回 true
综上两个条件,只有当注解为事务方法为 public 才会被 Spring 处理。
只需将修饰符从 private 改成 public,其实该问题 IDEA 也会告警,一般都会避免。
调用这个加了事务注解的方法,必须是调用被 Spring AOP 代理过的方法:不能通过类的内部调用或通过 this 调用。
所以我们的案例的UserService,它Autowired了自身(UserService)的一个实例来完成代理方法的调用。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)