@transactional 事务生效依赖 spring aop 动态代理，只有通过代理对象调用才触发 transactioninterceptor；自调用因使用 this 指向原始对象而绕过代理，导致事务失效。
Java事务管理中，@Transactional 能生效，根本上依赖 Spring AOP 的动态代理机制——它不是靠编译时改代码，而是在运行时“悄悄换掉”你调用的对象，让每次方法执行都先经过事务拦截器。
事务本质是 AOP 的一种特殊切面
@Transactional 注解本身不直接开启事务。Spring 启动时会自动注册一个叫 TransactionInterceptor 的增强器，它就是一个标准的 AOP 通知（Advice），和你写的 @Before、@Around 切面逻辑地位相同。这个拦截器被织入到所有标注了 @Transactional 的方法上，形成一个“事务切面”。
关键点在于：只有走代理对象调用的方法，才会触发这个拦截器；直接调用目标对象内部方法，就绕过了整个 AOP 链路。
动态代理决定事务能否“看见”方法调用
Spring 默认根据目标类是否实现接口，选择两种代理方式：
- JDK 动态代理：目标类实现了至少一个接口，Spring 生成一个同接口的代理类。代理对象持有真实对象引用，在 invoke() 中插入事务开启/提交/回滚逻辑，再反射调用原方法。
- CGLIB 代理：目标类没有接口，Spring 通过字节码技术生成子类（继承原类），重写所有 public 方法，在方法前后植入事务逻辑。
无论哪种方式，核心都是——你拿到并调用的必须是代理对象，而不是 new 出来的原始对象。Spring 容器管理的 Bean 默认都是代理对象（除非显式关闭）。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
为什么自调用会导致事务失效
这是最典型的代理失效场景。比如在同一个 Service 类里：
- public void methodA() { methodB(); } // 没加 @Transactional
- @Transactional public void methodB() { ... } // 加了注解
当从外部调用 methodA 时，进入的是代理对象的 methodA，但 methodA 内部直接调用 this.methodB()，this 指向的是原始对象（非代理），所以 methodB 不经过 TransactionInterceptor，事务不生效。
解决办法不是硬编码获取代理，而是让 methodB 被容器注入并调用（例如把自身注入为依赖，或使用 AopContext.currentProxy() 强制走代理）。
事务生效的完整链条
一次事务方法执行，实际经历以下环节：
- 容器将 @Service 类实例化，并根据配置决定生成 JDK 或 CGLIB 代理
- 代理对象持有一个 TransactionInterceptor 实例
- 外部调用代理对象的事务方法 → 触发 invoke() → TransactionInterceptor 的 invoke() 执行
- 拦截器检查事务属性，创建或加入事务，执行目标方法，捕获异常，按规则提交或回滚
整个过程对业务代码透明，但每一步都建立在“调用必须经过代理”这个前提上。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
