我想知道在一个方法上添加 @Transactional 注解时实际发生了什么？
当然，我知道 Spring 会将该方法包装在一个事务中。
但是，我有以下疑问：
注意：由于此机制基于代理，只有通过代理进行的“外部”方法调用才会被拦截。这意味着“自我调用”，即目标对象中的方法调用目标对象的其他方法，即使调用的方法被标记为
@Transactional，也不会导致实际运行时的事务！
来源：http://static.springsource.org/spring/docs/2.0.x/reference/transaction.html
为什么只有外部方法调用会处于事务之下，而自我调用方法不会？
@Transactional的类创建代理。该代理在运行时大部分是不可见的。它提供了一种方式，使得Spring可以在调用对象之前、之后或周围注入行为。事务管理只是可以挂接的行为的一个例子。安全检查是另一个例子。您也可以为诸如日志记录之类的内容提供自己的行为。所以当您使用@Transactional注释方法时，Spring会动态地创建一个代理，该代理实现与您正在注释的类相同的接口。当客户端调用您的对象时，通过代理机制拦截调用并注入行为。this引用进行调用，这会绕过代理。然而，有办法解决这个问题。我在这个论坛帖子中解释了一种方法，其中我使用BeanFactoryPostProcessor在运行时向“自引用”类注入代理实例。我将此引用保存到名为me的成员变量中。然后，如果我需要进行需要更改线程事务状态的内部调用，我将调用指向代理（例如me.someMethod()）。该论坛帖子中有更详细的解释。BeanFactoryPostProcessor代码现在可能略有不同，因为它是在Spring 1.x时期编写的。但是希望它能给您一个想法。我有一个更新的版本，可以考虑提供。@Transactional 是否也会关闭通过 sessionFactory.getCurrentSession() 打开的会话？ - kapadBeanFactoryPostProcessor。然而，在我看来，这个回答中描述的方法非常相似：
https://dev59.com/a2s05IYBdhLWcg3wDtpn#11277899
...还有整个帖子中的其他解决方案。 - Oliver@Transactional 注释时，它将在实际的< strong> bean 周围创建这些< strong>代理对象。这些代理对象是在运行时自动生成的类的实例。当调用方法时，这些代理对象的默认行为是仅在 "目标" bean（即您的 bean）上调用相同的方法。@Transactional注释的目标 bean，Spring将创建一个TransactionInterceptor，并将其传递给生成的代理对象。因此，当你从客户端代码调用方法时，你是在调用代理对象上的方法，该代理对象首先调用TransactionInterceptor（开始一个事务），然后调用目标 bean 上的方法。当调用完成时，TransactionInterceptor 提交/回滚事务。客户端代码对此毫不知情。作为一个视觉化的人，我喜欢用代理模式的顺序图来阐述。如果你不知道如何阅读箭头，我会这样解读第一个箭头：Client执行Proxy.method()。
（在提到图片来源的条件下，我被允许发布该照片。作者：Noel Vaes，网站：https://www.noelvaes.eu）
@Transactional，事务的边界都会开始，并且当方法完成时，边界就结束了。任何异常都会导致所有JPA与数据库的事务回滚。在Spring中，JPA事务被用来实现此功能。
- entity1.save
- entity2.save
- entity3.save
所有现有的答案都是正确的，但我觉得无法充分说明这个复杂的话题。
为了全面、实用地解释，您可能需要查看这个Spring @Transactional In-Depth 指南，尽力用约4000个简单的词语和许多代码示例来介绍事务管理。
虽然来得有些晚，但我找到了一些能够很好地解释你关于代理的疑惑（只有通过代理进行的“外部”方法调用才会被拦截）。
例如，你有一个长这样的类：
@Component("mySubordinate")
public class CoreBusinessSubordinate {
public void doSomethingBig() {
System.out.println("I did something small");
}
public void doSomethingSmall(int x){
System.out.println("I also do something small but with an int");
}
}
你有一个类似于这样的方面：
@Component
@Aspect
public class CrossCuttingConcern {
@Before("execution(* com.intertech.CoreBusinessSubordinate.*(..))")
public void doCrossCutStuff(){
System.out.println("Doing the cross cutting concern now");
}
}
当您像这样执行它时：
@Service
public class CoreBusinessKickOff {
@Autowired
CoreBusinessSubordinate subordinate;
// getter/setters
public void kickOff() {
System.out.println("I do something big");
subordinate.doSomethingBig();
subordinate.doSomethingSmall(4);
}
调用以上给定代码的kickOff函数的结果如下：
I do something big
Doing the cross cutting concern now
I did something small
Doing the cross cutting concern now
I also do something small but with an int
但是当您更改代码为
@Component("mySubordinate")
public class CoreBusinessSubordinate {
public void doSomethingBig() {
System.out.println("I did something small");
doSomethingSmall(4);
}
public void doSomethingSmall(int x){
System.out.println("I also do something small but with an int");
}
}
public void kickOff() {
System.out.println("I do something big");
subordinate.doSomethingBig();
//subordinate.doSomethingSmall(4);
}
您可以看到，该方法内部调用了另一个方法，因此它不会被拦截，输出如下：
I do something big
Doing the cross cutting concern now
I did something small
I also do something small but with an int
您可以通过这种方式绕过此问题
public void doSomethingBig() {
System.out.println("I did something small");
//doSomethingSmall(4);
((CoreBusinessSubordinate) AopContext.currentProxy()).doSomethingSmall(4);
}
代码片段来源： https://www.intertech.com/Blog/secrets-of-the-spring-aop-proxy/ 该页面已不存在。