spring声明式事务本质是aop实践，通过jdk动态代理（有接口）或cglib（无接口）生成代理对象，在transactioninterceptor中以环绕通知方式织入事务逻辑，仅对外部public方法调用生效。
Spring 的声明式事务本质就是 AOP 的落地实践。它不靠你在代码里手动开事务、提交或回滚，而是通过代理机制，在方法调用前后自动织入事务逻辑——你只写业务，Spring 负责“悄悄”把事务管好。
事务切面是怎么被识别和加载的
Spring 启动时会扫描所有 Bean，一旦发现类或方法上标有 @Transactional 注解，就标记为“需要事务增强的目标”。这个过程由 TransactionAnnotationParser 解析注解元数据，并注册到事务基础设施中。后续创建 Bean 实例时，BeanPostProcessor（如 InfrastructureAdvisorAutoProxyCreator）会介入，判断是否需要为其生成代理对象。
代理对象怎么生成：JDK vs CGLIB
Spring 不直接使用原始 Service 对象，而是返回一个“替身”——代理对象。具体选哪种方式取决于目标类结构：
- 如果目标类实现了至少一个接口，Spring 默认用 JDK 动态代理：生成一个实现相同接口的代理类，内部持有一个
InvocationHandler，在invoke()中插入事务逻辑（如开启事务 → 执行原方法 → 成功则提交 / 异常则回滚） - 如果目标类没有实现接口，Spring 自动切换为 CGLIB 代理：通过字节码技术生成子类，重写所有 public 方法，在方法入口和出口植入事务控制代码
事务逻辑在哪执行：环绕通知的本质
@Transactional 对应的其实是一个 环绕通知（Around Advice）。它不是简单地在方法前打日志，而是完全接管方法执行流程：
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 调用前：获取或创建事务（根据
propagation决定是新建、加入还是挂起） - 调用中：真正执行你的业务方法
- 调用后：检查返回结果和异常类型；若抛出
RuntimeException或声明的rollbackFor类型异常，则触发回滚；否则提交事务
整个过程封装在 TransactionInterceptor 中，它是 Spring AOP 和事务管理器（PlatformTransactionManager）之间的桥梁。
为什么 private/this 调用失效？代理的局限性
代理只对**外部通过接口或引用发起的 public 方法调用**生效。以下情况事务不会启动：
- 在同一个类内，用
this.methodB()调用另一个加了@Transactional的方法 —— 此时走的是原始对象内部调用，绕过了代理 - 方法是
private、protected或package-private—— JDK 代理无法重写非 public 方法，CGLIB 也默认不代理非 public 方法（除非显式配置） - 异步方法（如
@Async）未做事务传播配置 —— 新线程无事务上下文
这类问题不是 bug，而是代理模式天然的设计边界。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
