Java中无法实现嵌套事务独立提交，但可通过ThreadLocal维护Savepoint栈，在单物理事务内模拟多层精准回滚：每层进入时创建并压栈保存点，退出时按结果释放或回滚至对应点，外层事务统一提交，且须避免未捕获异常导致rollback-only及提前提交。
Java 中无法真正实现“嵌套事务的独立提交”，但可以通过 ThreadLocal + 栈式 Savepoint 管理 在单个物理事务内模拟多层回滚控制——关键不是让内层逃逸外层，而是让每层失败时精准退回到自己的起点，不波及已成功执行的上层逻辑。
用 ThreadLocal 维护 Savepoint 栈
Spring 默认的事务同步机制本身就依赖 ThreadLocal 存储当前线程绑定的 Connection 和 TransactionStatus。你可以在此基础上扩展一个 Savepoint 栈，用于记录各嵌套层级对应的保存点：
- 每次进入“逻辑嵌套层”（如标注
@Transactional(propagation = Propagation.NESTED)的方法），调用status.createSavepoint()创建新保存点，并将它 push 到 ThreadLocal 管理的栈中 - 退出该层时，根据执行结果决定是
releaseSavepoint(sp)（成功）还是rollbackToSavepoint(sp)（失败） - 栈结构天然支持 LIFO（后进先出），确保内层回滚只影响自己那部分，外层保存点仍有效
避免跨层污染的关键约束
NESTED 本质是保存点，不是独立事务。所以必须守住两条边界：
- 不抛出未捕获的 RuntimeException 到外层：否则 Spring 会标记整个外层事务为 rollback-only，后续 commit 必然失败。应在内层 catch 异常并显式回滚到对应 savepoint，然后静默返回或抛出受检异常
- 禁止在 savepoint 栈非空时提前 commit 或 rollback 整个事务：所有 commit/rollback 操作必须等到最外层统一决策，否则栈中残留的 savepoint 会失效甚至引发 JDBC 异常
手动管理比声明式更可控的场景
当业务逻辑存在动态嵌套深度（比如递归处理树形结构、插件化流程编排），Spring 声明式事务的静态传播行为难以覆盖时，可切换为编程式事务 + 手动 savepoint 栈：
立即学习“Java免费学习笔记（深入）”；
- 用
TransactionTemplate获取TransactionStatus，再调用createSavepoint() - 将 savepoint 对象和对应业务上下文（如 stepId、节点路径）一起压入 ThreadLocal<Deque<SavepointInfo>>
- 异常发生时，从栈顶 pop 出最近 savepoint 并回滚，同时清理该层上下文；外层继续执行，无需中断主流程
注意数据库与驱动的实际支持
不是所有环境都开箱即用：
- MySQL InnoDB、PostgreSQL 原生支持 SAVEPOINT，但某些云数据库代理（如阿里云 PolarDB 只读节点、部分连接池开启 statement-cache）可能屏蔽该能力
- 若 JDBC 驱动抛
SQLFeatureNotSupportedException，说明底层不支持 savepoint，此时唯一可行路径是改用REQUIRES_NEW拆分事务边界 - 务必在应用启动时做一次 savepoint 探测：执行
connection.setSavepoint()+connection.rollback(sp)，验证是否正常
