现在产品期望用户创建和保存逻辑分离：把User实例的创建和保存逻辑拆到两个方法分别进行。
然后，把事务的注解 @Transactional 加在保存数据库的方法上。
执行程序，异常正常抛出
事务未回滚
源码解析
debug：
前一段是 Spring 创建 Bean 的过程。当 Bean 初始化之后，开始尝试代理操作，这是从如下方法开始处理的：
AbstractAutoProxyCreator#postProcessAfterInitialization
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() 调用到
AbstractFallbackTransactionAttributeSource#getTransactionAttribute
获取注解中的事务属性，根据属性确定事务的策略。
接着调用到
computeTransactionAttribute
根据方法和类的类型确定是否返回事务属性：
当上图中条件判断结果为 true，则返回 null，表明该方法不会被代理，从而导致事务注解不会生效。
那到底是不是 true 呢？
条件1：allowPublicMethodsOnly()
AnnotationTransactionAttributeSource#publicMethodsOnly属性值
publicMethodsOnly 是通过 AnnotationTransactionAttributeSource 的构造方法初始化的，默认为 true。
条件2：Modifier.isPublic()
根据传入的 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）的一个实例来完成代理方法的调用。