需通过传播行为+异常分类控制+显式事务干预协同实现嵌套事务精准回滚：REQUIRED共享事务、REQUIRES_NEW新建事务、NESTED设保存点；rollbackFor/noRollbackFor定制回滚异常；NESTED需手动setRollbackOnly()；注意跨Bean调用与数据库savepoint支持。
自定义异常传播阻断器不是 Spring 内置组件，也没有标准命名。你真正需要的，是通过 传播行为（Propagation） + 异常分类控制（rollbackFor/noRollbackFor） + 显式事务状态干预 三者协同，在嵌套调用中精准决定“谁该回滚、回滚到哪、是否影响外层”。
明确传播行为：先划清事务边界
传播行为决定物理事务是否共享，这是所有回滚控制的前提：
- REQUIRED（默认）：内外方法共用一个事务对象。内层抛 RuntimeException → 外层事务被标记为 rollback-only → 外层即使 catch 住异常，提交时仍报 UnexpectedRollbackException。它不支持“局部失败、整体成功”。
- REQUIRES_NEW：强制挂起外层事务，开启全新事务。内层异常只回滚自己，外层不受影响，已提交的数据不可逆。适合日志记录、消息发送等弱一致性操作。
- NESTED：不新建事务，而是在当前事务内设 JDBC Savepoint。内层异常可回滚至此保存点，外层继续执行。适合批量导入、多步骤校验等需“单步容错”的场景，但依赖数据库对 savepoint 的支持（如 MySQL InnoDB 支持，MyISAM 不支持）。
配置异常回滚规则：告诉 Spring 哪些异常该触发回滚
Spring 默认只对 RuntimeException 和 Error 回滚，对 IOException、SQLException 等检查异常不回滚。若业务逻辑中关键失败由检查异常表达（如库存不足抛 StockNotEnoughException），必须显式声明：
- 用
@Transactional(rollbackFor = StockNotEnoughException.class)让该异常也触发回滚； - 用
@Transactional(noRollbackFor = BusinessException.class)排除某些运行时异常（如用于流程跳转的自定义 BusinessException），避免误回滚； - 注意：rollbackFor 和 noRollbackFor 可同时存在，noRollbackFor 优先级更高。
在 NESTED 场景中主动控制保存点回滚
NESTED 本身不自动捕获异常，你需要配合 TransactionStatus 手动干预，实现“捕获后仅回滚局部”：
- 注入
TransactionStatus或使用TransactionAspectSupport.currentTransactionStatus()获取当前状态； - 在内层方法中 try-catch 特定异常（如 ValidationFailedException），然后调用
status.setRollbackOnly()； - 外层无需 throw 异常，可继续执行后续逻辑，最终只回滚到该保存点前的操作；
- 示例：订单创建中校验地址，校验失败则 setRollbackOnly()，但订单主记录仍可插入。
规避常见陷阱：代理失效与异常逃逸
再好的策略也会因调用方式失效：
- REQUIRES_NEW 和 NESTED 必须跨 Bean 调用（即通过 Spring 注入的 service 对象调用），不能用
this.method()—— 否则 AOP 代理不生效，退化为普通方法调用，传播行为完全失效； - 内层方法若吞掉异常（空 catch 或 log 后静默返回），而未调用 setRollbackOnly()，则事务不会回滚，数据可能处于不一致状态；
- MySQL 低版本、部分云数据库（如旧版 PolarDB）、或启用了 statement-cache 的连接池，可能不支持 savepoint，导致 NESTED 抛 SQLFeatureNotSupportedException，需运行时捕获并降级处理。
